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What is AI? 

To the editor: 

This is a response to the letter by 
Myron Kayton in the July issue of Com¬ 
puter (“Is the term ‘AT just window 
dressing?” p. 7). 

I agree with him that “it seems that 
every complicated computer program is 
being touted as an example of artificial 
intelligence”; and I also agree that pro¬ 
grams written years ago performed ex¬ 
pert tasks. However, AI is not “a sales 
campaign for the Lisp and Prolog 
languages.” 

Charniak and McDermott, in then- 
book Introduction to Artificial In¬ 
telligence, defined artificial intelligence 
as “the study of mental faculties through 
the use of computational models.” As 
they pointed out, AI is distinct from 
psychology. The former is concerned 
with building working programs that ex¬ 
hibit some kind of intelligence; the pro¬ 
gram need not use the same method as 
people. The latter is concerned with 
understanding and predicting human 
behavior. Some topics in AI are robotics, 
vision, natural language, learning, and 
problem solving. An expert system is an 
application of AI. Expert systems are 
programs that perform tasks that require 
expertise but not creativity. An impor¬ 
tant requirement of an expert system is 
that it can provide explanation of its line 
of reasoning, just as an expert can. This 
is essential for an expert system to gain 
any confidence from the user. One fun¬ 
damental issue in AI is knowledge 
representation. In order to build an in¬ 
telligent system, we must represent 
knowledge in a form that is unam¬ 
biguous and can easily be manipulated. 
AI workers have built various tools to 
help them do their work. These include 
languages like Lisp and Prolog and other 
knowledge representation systems like 
ART, KEE, Knowledge Craft, and 
Loops. 

Very often, when people say that they 
have written an AI program, what they 
mean is that they have written a program 
using one (or some) of those tools. There 
are advantages in using these tools to 
build programs, especially expert 
systems, because they make it easier to 
build prototypes and to modify the pro¬ 
grams. Whether a program can be called 
an expert system depends on what it 
does. If a program provides an expert- 


level solution to, or advice on, a complex 
problem then the program may be called 
an expert system, irrespective of which 
language it is written in. 

Paul Chung 

Artificial Intelligence Applications 
Institute 

University of Edinburgh 


Who could argue 
against clarity? 

To the editor: 

I can’t quarrel with the desired goal 
sought by Fletcher Buckley (Letters, Oct. 
1986 Computer, p.4). Who could argue 
against clarity? 

But I suggest that there are alternate 
means to that good end. Buckley spelled 
out my favorite kind of reading: terse, 
well structured, logical. That style is 
preferred by analysts, and analysts prob¬ 
ably dominate the computer professions. 
But, though we’re likely a majority, there 
are other styles of thinking that IEEE 
should not only tolerate, but indeed en¬ 
courage. Examples include realists, 
pragmatists, idealists, and synthesists. 
The well-formed logic of the analyst may 
constrain some of these other folks. We 
dare not alienate them; we need their 
energy, and especially their imaginations. 

So, what to do? Rather than seeing a 
problem here, I see an opportunity. If 
it’s indeed true that an overwhelming 
majority of Computer readers prefer the 
analytical, logical, orderly style, then 
perhaps someone should edit and publish 
a digest written in that style. Articles 
rewritten in the digest could come from a 
number of other publications, specifical¬ 
ly not restricted to IEEE publications; 
articles could enjoy a variety of styles in 
their original form, catering to a variety 
of needs and tastes. IEEE Computer 
Society members could subscribe to 
Computer, or the digest, or both. 

If there is insufficient interest to allow 
such a digest to succeed, then perhaps 
we’re better off making only minor im¬ 
provements to Computer. 

Robert G. Estell 

Ridgecrest, California 
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Editor’s Introduction 


Guest 


Future Directions in 
Database Systems— 
Architectures for 
Information Engineering 


Nick Roussopoulos, University of Maryland 


but we fall short of the whole thing. Summation or the 
gathering of information does not do it. 

I dare to predict that the dawn will be definitely gone 
when we all recognize that the knowledge database is 
the most fundamental component of any system and 
that all other components are engineered in and around 
the management and control of information. It will be 
gone when the policy makers understand that a lift-off 
of a shuttle is not the physical movement per se, but the 
control of all the events preceding it, the controlled 
decisions that drive it, and the effects of those decisions 
on future states of it. The physical movement is the 
result of a set of controlled actions and is as important, 
or unimportant if you like, as the rotating movement of 
the wheel of a car during your search for the right exit 
on a highway in New York City. Only the realization of 
the importance of information engineering and ap¬ 
propriate funding will bring us into the information age. 

In response to the information age vision, database 
system requirements have changed. The management 
of complex and continuously evolving factual knowl¬ 
edge is very different from that of the ‘ ‘snapshot” data¬ 
bases captured in commercial systems. The question is: 
how are we going to evolve from where we are to the 
database systems of the information age? What are the 
promising approaches? What are the right directions to 
pursue? In dealing with trends and predictions, one 
always runs a risk of missing an important approach. 
However, the risks of not making such predictions is 


H as the true “information age” arrived? Earlier 
this decade, many people were assuring us that 
its “dawn” had arrived and that it would com¬ 
pletely change our lives. The world would be knowl¬ 
edge-driven by accessing accurate information in a 
snap. The enormous repositories of information and 
knowledge needed to design and use tomorrow’s com¬ 
plicated systems would be found by “letting your 
fingers do the database walk.” 

In anticipation of this, there has been a lot more data 
gathering. Even more than future information systems 
would be able to digest. Is data gathering sufficient to 
bring us out of the still gray period of dawn? The answer 
is no. Data gathering is useful only for “post-mortem 
analysis.” The complexity of today’s systems requires 
engineering information models capable of rapidly 
recognizing and reusing abstractions acquired from 
massive amounts of experimental data and from 
lengthy analyses performed on that data. 

How long is dawn going to last anyway? Five years of 
hardware development got you the processing power of 
a computer center in a PC for less than $1000. After 
more than two decades why can’t we make knowledge 
systems for a reasonable price, even though data and 
communication, the basic ingredients of knowledge, 
are as inexpensive as integrated circuits and boards? A 
2000-year-old quotation from Aristotle gives a hint: 
“The whole thing is more than the sum of its parts.” It 
seems that we’ve got the parts and we can sum them up, 
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greater. It blocks imaginative concepts 
from being pursued. Ten years ago, when 
some of us were advocating AI techniques 
for better information processing, some 
considered the idea as “illusionary” and 
others as “prophetic.” Lets hope that our 
visions will materialize again. 

In this issue 

This special issue is focusing on novel 
database system architectures to support 
information engineering. Different data¬ 
bases using a variety of forms and special- 
purpose processing have to be linked. 
Instead of a cumbersome monolithic ar¬ 
chitecture that encompasses many inde¬ 
pendently constructed databases and 
processors, flexible architectures provide 
a cooperative environment that is easier 
and more economical to evolve. Clearly, 
we cover only a subset of the future direc¬ 
tions in databases. We hope, however, 
that other future issues will deal with the 
others. 

In the first article, Witold Litwin and 
Abdelaziz Abdellatif discuss the issue of 
interoperability of multiple databases in a 
loosely coupled architecture that allows 
access and manipulation of the databases. 

The second article, by Hyunchul Kang 
and myself, describes a tightly coupled 
database system architecture that distrib¬ 


utes the database, its accessing, and the 
application processing between a main¬ 
frame and a large number of worksta¬ 
tions. It uses a set of bindings between 
downloaded and mainframe data objects 
to incrementally maintain the workstation 
subsets of the database. 

In the third article Leo Mark and I pre¬ 
sent a multilevel architecture that allows 
data to be modeled and managed by 
meta-data. 

Gio Wiederhold, in the fourth article, 
discusses an architecture that stores and 
manipulates engineering information 
objects. 

The fifth article, by Stavros Christo- 
doulakis and Christos Faloutsos, presents 
an architecture of a system that efficiently 
stores and accesses multimedia objects. 

It is my hope that the articles of this 
issue will help the reader understand the 
principles behind the techniques pre¬ 
sented. This is important because, if noth¬ 
ing else, these principles have a chance of 
enduring the evolution of engineering. □ 
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Many users now have 
an interest in 
simultaneoulsy 
accessing several 
databases. We present 
the main features of a 
prototype relational 
system designed 
specifically for this 
purpose. 
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T he development of database sys¬ 
tems, or DBSs, has given rise to 
many databases. Frequently, 
dozens of databases exist on a large com¬ 
puter and thousands of databases are ac¬ 
cessible through computer networks. In 
particular, videotex systems, like Prestel, 
Teletel, Telidon, etc., provide hundreds of 
databases on almost any subject such as 
cinema, train, and airline schedules; bank¬ 
ing services; and restaurant fare. An in¬ 
creasing number of users have an interest 
in simultaneously accessing and manipu¬ 
lating data from several databases. A user 
may search for restaurants through several 
restaurant guides or may check several 
airlines for the cheapest flight, or may 
need to extract data from a public data¬ 
base for his personal database, etc. 

The basic property of such databases is 
that they are independently created and 
administered. 1 ' 3 Since each administrator 
of a database has his own database needs, 
databases differ physically and logically. 
The physical differences may concern data 
formats, login procedures, concurrency 
control, etc. 4 The logical differences may 
concern data manipulation languages or 
even entire data models. Even if the par¬ 
ticipating databases all use the same data 
model, they usually present mutual se¬ 
mantic conflicts. 4 These conflicts are dif¬ 
ferences, redundancies, or incompat¬ 
ibilities with respect to names, values, and 
meanings among similar data. They result 
from different perceptions of the same 
reality by different people. In the sidebar 
on page 13, we show examples of dif¬ 
ferences that may occur. 

This situation calls for a new type of 
system designed to manage multiple 
databases. Such systems have been called 


multidatabase (management) systems or 
MBSs 5 —a term now rather widespread. 
One may attempt to base the design of 
such a system on the idea of global 
schema. This schema should define from 
all databases a logically single, integrated 
database. Users should then manipulate 
only data of the global schema or of an ex¬ 
ternal schema derived from it. In both 
cases, they should feel as if they were in 
front of a classical database for which the 
global schema would constitute the class¬ 
ical conceptual schema. This is the ap¬ 
proach taken, for instance, in MULTI¬ 
BASE. 6 

However, it appears that the creation of 
a global schema is usually difficult. 1 ' 4 ' 7 - 8 
This is the case even if the participating 
databases constitute only a small number 
and present the same data model for the 
common usage. The main reason is the 
lack of a general solution for the semantic 
conflicts in a situation in which the 
autonomy of each of the constituent data¬ 
bases is preserved. In particular, if the 
databases disagree about a value, then 
there is no single integrated value satisfac¬ 
tory for all users. Furthermore, no general 
technique for updates through the global 
schema seems to exist. Finally, even for 
organizational reasons alone, a single 
schema for the thousands of databases on 
future open systems is a dream. 2 

A more general approach may be to 
assume that the databases the user may ac¬ 
cess basically have no global schema. 1 >2 ’ 7 ' 9 
The user will then in general know that he 
faces multiple databases. The system 
should provide him with functions for 
manipulating data that may be in visibly 
distinct schemas and may be mutually 
nonintegrated. One may say that the con- 
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stituent databases would then become in¬ 
teroperable, instead of being manipulate 
only separately or only as if they were 
components of a single global database. 

Interoperability looks appealing for 
several reasons. At first, it may of course 
facilitate manipulation of multiple 
databases when a global schema does not 
exist. On the other hand, one still may use 
such a schema when it may be specified (as 
the schema of a particular view of the en¬ 
tire collection of interoperable databases 5 ). 
Furthermore, because interoperability 
does not require integration, it should be 
convenient for administrators, who usual¬ 
ly like to remain autonomous (this is often 
the reason why they choose to create sep¬ 
arate databases). Finally, interoperability 
should also be appreciated by users, who 
usually like to face a variety of views of 
reality of, for example, the ratings or opin¬ 
ions given by several independent restau¬ 
rant guides. 

In this article we present a prototype 
multidatabase system, called Multics Rela¬ 
tional Data Store Multidatabase or 
MRDSM, that is representative of the in¬ 
teroperable approach. The system renders 
interoperable the databases that are rela¬ 
tional or present a relational view for the 
common usage. The use of the relational 
model as the common one seems a reason¬ 
able choice, as most of the future data¬ 
bases are expected to be of this type or are 
expected to be provided with the relational 
interface. The testbed databases are those 
of the well-known MRDS, or Multics 
Relational Data Store, database system. 10 
For MRDS, MRDSM is a user among 
others. In particular, databases manip- 
ulable through MRDSM remain accessible 
directly through MRDS. Also no change 
to the MRDS system was introduced. The 
functions for the translation of other data 
models into the relational one have not 
been studied. See for instance Brodie et 
al. 11 for several papers on these issues. 

The functions for multidatabase in¬ 
teroperability that MRDSM proposes at 
present are mainly of two types: 

• The administrators of the databases 
who are cooperating in such a system may 
define, at the data definition level, names 
for collections of databases and inter¬ 
database dependencies. The dependencies 
link the schemas provided for the 
cooperative usage. These dependencies are 
outside these schemas, in dependency 
schemas that define interdatabase rela¬ 
tionships with respect to the interdatabase 
integrity, privacy, or data meanings. Dif¬ 
ferent groups of administrators may 
define dependencies independently. 

• Users have at their disposal the mul¬ 
tidatabase manipulation language Multi¬ 
database Data Sublanguage, or MDSL. 
Unlike the present manipulation lan¬ 


guages, MDSL makes it possible to ex¬ 
press retrievals and updates, addressing 
jointly data in distinct database schemas, 
as well as to exchange data between data¬ 
bases. The language design is particularly 
oriented toward the simplicity of a multi- 
datadase query expression. “Simplicity” 
here means that the user intention be¬ 
comes a single (formal) query (statement), 
despite eventual semantic conflicts be¬ 
tween the participating schemas. At pre¬ 
sent, the manipulations the MRDSM user 
may perform are basically as follows: 

• the joining of data in different 
database schemas; 

• the broadcasting of user intentions 
over a number of database schemas 
with the same or different naming 
rules for data with similar meanings; 

• the broadcasting of user intentions 
over a number of databases with data 
similar in meaning, but with different 
decomposition into relations; 

• the dynamic transforming of actual 
attribute meanings, units of measure, 
etc., into user-defined value types; 

• allowing data to flow between 
databases (interdatabase queries); 
and 

• the dynamic aggregating o f data from 
different databases using various new 
standard (built-in) functions. 

Experience with the MRDSM system 
and everyday use of Teletel databases 
show that all the above possibilities, at 
both the data definition and manipulation 
levels, are highly desirable. Most of them 
are still unique to MRDSM. 


Data definition level 

Database schemas. Each database 
schema presented to MRDSM for mul¬ 
tidatabase use is defined through the 
MRDS data definition language. A sche¬ 
ma may be a conceptual schema of an 
MRDS database, its data model in MRDS 
terminology, or a database view schema, 
also called a data submodel. In the latter 
case, the administrator can hide some 
parts of the conceptual schema from 
MRDSM users. The submodel may in 
particular be secured. 10 

Following the terminology of Heim- 
bigner and McLeod, 4 all such schemas are 
called export schemas. For the users, export 
schemas constitute the conceptual schemas 
of the databases. The users have at their 
disposal commands enabling them to in¬ 
stantly display the export schemas of data¬ 
bases they wish to acquire knowledge of. 

Database access. A database is visible to 
MRDSM users only after its declaration to 
the system. The perception the users then 
have of the database is defined by the ex¬ 
port schema. In particular, the access 


rights that any user can have to the 
database are then bound by those defined 
in the schema. These rights are defined by 
the administrator through standard 
MRDS facilities. The administrator re¬ 
tains total control over these rights and, in 
particular, may change them at any mo¬ 
ment. He also may at any moment with¬ 
draw the database from MRDSM. The 
database then becomes invisible again to 
the MRDSM users. 

Multidatabase naming. An administra¬ 
tor or a group of administrators using 
MRDSM may define for any collection of 
databases a collective name called a mul¬ 
tidatabase name. For instance, the data¬ 
bases Michelin, Kleber, and Gault_M may 
collectively get the name Rest_guides. 
Collective names are popular with public 
database servers. Such names may also 
simplify the expression of some com¬ 
mands. Otherwise, these commands may 
require an enumeration of the correspon¬ 
ding databases. A multidatabase name 
may itself be an element of a larger collec¬ 
tion provided with the multidatabase 
name, etc. 

Database identification. Different users 
may choose the same database or mul¬ 
tidatabase name for different databases. 
The corresponding MRDSM identifica¬ 
tion rules extend those of MRDS. The 
MRDSM rules are as follows: 

• Any collection of databases managed 
by MRDSM is called a multidatabase. All 
databases and, possibly, named mul¬ 
tidatabases of the same user implicitly con¬ 
stitute a multidatabase called user mul¬ 
tidatabase, the name of which is the user’s 
name. Then, all user multidatabases of the 
same Multics project implicitly constitute 
the project multidatabase named as the 
project is. Furthermore, all project mul¬ 
tidatabases in the same MRDSM site con¬ 
stitute a site multidatabase, named INRIA 
for instance, etc. 

• Names given to (multi)databases 
when they are created are called relative 
names. The user may refer to his own 
(multi)databases using only the relative 
names. To refer to a (multi)database of 
another user in the same project, the user 
may prefix the relative name with the cor¬ 
responding user name. Another possibility 
is to move into the other user directory, in 
which case relative names suffice. Similar 
rules govern access to databases of other 
projects, etc. 

Interdatabase dependencies. The ad¬ 
ministrators may at present define three 
types of dependencies: 

• manipulation dependencies, 

• privacy dependencies, and 

• equivalence dependencies. 
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Manipulation dependencies. A manipu¬ 
lation dependency triggers a query to a 
database when a given query to another 
database occurs. For instance, an inser¬ 
tion of data about a new restaurant to one 
user database may trigger the insertion of 
the same data to his friend’s restaurant 
database. Manipulation dependencies 
may thus act as a kind of message passing 
system. In particular, a triggered query 
may in turn become the source of another 
query, etc. 

The triggered queries are called com¬ 
plements of the original query. To declare 
a complement one has to indicate (1) the 
relation name to be concerned by the 
source manipulation, (2) the type of the 
source query (insertion, deletion, etc.), 
and (3) the name of the Multics segment 
with the complement itself. 

Manipulation dependencies may be 
defined independently. Through trans¬ 
itivities, a manipulation may then lead to 
complements outside the original ad¬ 
ministrator’s knowledge. Long and even 
infinite chains of complements may then 
appear. MRDSM does not prevent such a 
situation. However, it limits to a prede¬ 
fined value the number of complements to 
be processed. The set of complements is 
determined before the query execution. If 
the limit, let it be N, is exceeded, a warning 
is issued. In any case, at most N com¬ 
plements are processed. 

While defining the complement, the ad¬ 
ministrator may indicate whether its exe¬ 
cution should precede or should follow the 
source manipulation. In the former case, 
the source manipulation is performed only 
if the complement execution could take 
place. In the latter case, the administrator 
may ask for a deferred execution. 

Privacy dependencies. The aim of these 
dependencies is to prohibit manipulations 
that would match data from different 
databases in a way that would disclose 
confidential information. The declaration 
of such dependencies is similar to that for 
the manipulation dependencies. However, 
the privacy dependencies may access the 
user identification data. They may further 
correspond to arbitrary checks whose 
detailed principles are outside the 
MRDSM design goals. Their basic action 
is nevertheless to include selections and 
projections with every query posed by a 
designated user about a designated rela¬ 
tion. These selections and projections 
have the effect of making certain values 
invisible. 

Equivalence dependencies. These 
dependencies identify in different 
databases the primary or candidate keys 
whose equality of values corresponds to 
the same real object. For instance, such a 
dependency could be declared for the 


restaurant names and corresponding street 
names in the case of our example 
databases. They are useful for formula¬ 
tion of some multidatabase queries with 
implicit joins.We will present these types 
of queries in the next section. 

MRDSM data 
manipulation language 

An overview. The MRDSM data manip¬ 
ulation language called MDSL extends 
DSL, 10 the data manipulation language, 
or DML, of MRDS. Like SQL and 
QUEL, DSL is based on tuple calculus. 
New functions within MDSL are mainly 
intended for multidatabase queries. Some 
auxiliary functions are designed for query 
editing, help, and displaying of schemas. 
Also, any Multics command may be 
called. Thus, text editors may be called, 
programs may be compiled or executed, 
etc. The main functions are designed to 
make it possible to formulate multidata¬ 
base queries of the types discussed earlier. 
Only these functions will be presented in 
the following discussion. 

Query form. The general form of a 
MDSL query follows: 
open namel [model] name2 [mode2]... 
-db (abbrevl namel) (abbrev2 
name2)... 

< auxiliary clauses > 

-range (tuple_variable relation). . . 
-select < target list > 

-where < predicates > 

-value value_list 

< query commands > 
close namel name2... 

As usual, the open command opens the 
databases for processing. The mode argu¬ 
ment specifies the opening mode (r for 
retrieve, u for update in shared mode, and 
either er or eu [default mode] in exclusive 
mode). Names may be database names or 
multidatabase names. The “close” com¬ 
mand closes the databases. Both com¬ 
mands are optional if the databases to be 
used are already open or should remain 
open for further queries. 

The -db clause is also optional. It makes 
it possible to define abbreviations that 
may be easier to use. It also makes it pos¬ 
sible to define the set of the databases the 
query should refer to, without closing 
unused ones (to close a database is usually 
a heavy manipulation). The databases that 
a query refers to are called the scope of the 
query. Open databases constitute the 
maximal and default scope. 

The auxiliary clauses are clauses that do 
not exist in DSL. They are introduced 
specifically for the multidatabase environ¬ 
ment and will be presented below. The 
clauses -range, -select, and -where are 
main clauses. Their syntax is basically 


similar to those of DSL. The semantics 
will be presented below. The -value clause 
exists only for updates. The value_list is a 
list of new values. Finally, the query com¬ 
mands are: retrieve, modify, store, delete, 
copy, move, and replace. The first four 
commands are DSL compatible. The last 
three are used for interdatabase queries. 
Commands may have parameters or 
clauses, which will be discussed later on. 

The names that a query uses for refer¬ 
ring to data types are called designators. 12 
In DSL and generally in the existing 
DMLs, designators are unique (unequivo¬ 
cal) identifiers of data types (an attribute, 
a relation, an entity type, a record type, 
etc.). If several attributes bear the same 
name, then the corresponding designators 
use relation names as prefixes providing 
unique identifications. If therefore one 
calls designator scope the set S of desig¬ 
nated types, then the general rule for rela¬ 
tional languages is card(S) = 1 for all S. 
This is not always the case in MDSL, 
where one may have card(S) > 1. The 
reasons will be shown later on. 

Elementary queries. An MDSL query is 
an elementary query if all designators are 
unique identifiers of data types within the 
scope. The result of an elementary query is 
a relation, or an update to a database rela¬ 
tion. DSL queries, as well as queries for¬ 
mulated using known relational DBSs, are 
all elementary monodatabase queries. An 
elementary multidatabase query differs 
from a DSL query in that designators may 
concern relations in different schemas. 
The -where clause of any elementary 
multidatabase query then involves inter¬ 
database joins. The corresponding imple¬ 
mentation issues in MRDSM are pre¬ 
sented in Lit win. 8 

Unlike a DSL query, an elementary 
MDSL query makes it possible to use 
database names as prefixes for unique 
identification of relations. In the mul¬ 
tidatabase environment, it may indeed 
happen that two relations in different 
databases bear the same name. 

Example 1 . Retrieve from My__rest and 
Cinemas the names of restaurants and of 
cinemas that are on the same street, 
open My_rest Cinemas er 
-db (m My..rest)(cn Cinemas) 

-range(x R)(y cn.C) 

-select x.rname y.cname 
-where (x.street = y.street) 
retrieve 

The designated relation C is prefixed in 
order to distinguish it from the relation C 
within the database My_rest. The mode er 
is valid for both databases. 

Multiple queries 

The concept. Multiple queries are in¬ 
tended for situations where various data- 
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bases model the same universe. The user 
may then need to broadcast the same 
manipulation to several databases (e.g., 
project any relation describing restaurants 
on the attribute expressing the restaurant 
type). Present relational languages do not 
allow one to simply express such inten¬ 
tions. If only elementary queries are avail¬ 
able, then the user needs to formulate as 
many queries as there are databases. Fur¬ 
thermore, these queries may differ from 
database to database. In contrast, mul¬ 
tiple queries allow one to broadcast the in¬ 
tention through a single query. This may 
be a considerable simplification, especially 
for larger scopes. Multiple query has also 
been called diffusion query or broadcast 
query. 7 

Formally, a multiple query is a query 
where some designators designate more 
than one data type. Basically, these types 
are in different databases, but they may be 
in the same database as well. The query is 
considered as a set of all elementary 
queries, called subqueries, that may result 
from all choices of unique identifiers 
within the designator scopes. A choice 
may lead to a subquery that cannot be exe¬ 
cuted. We call the executable subqueries 
pertinent. The result of a multiple query is 
basically the set of relations produced by 
all and only pertinent queries. In MDSL, 
multiple queries are basically formulated 
through the application of the new con¬ 
cepts of (1) multiple identifiers, (2) seman¬ 
tic variables, and (3) options on the target 
list. 12 

Multiple identifiers. A multiple iden¬ 
tifier is a name shared by several attri¬ 
butes, relations, or databases. For in¬ 
stance, if the scope of the query is Michelin 
and Gault_M, then the designator R is the 
multiple identifier of both R relations and 
type is the multiple identifier of both type 
attributes. A multiple query with multiple 
identifiers is an equivalent of the set of per¬ 
tinent subqueries resulting from all the 
combinations of the unique identifiers in 
the scope of the multiple ones. This func¬ 
tion is intended for the broadcast of 
manipulations of data bearing the same 
names. Syntactically, the queries are basic¬ 
ally formulated as elementary queries. 
However, the meaning of designators that 
are multiple identifiers is different. 

Example 2. (Ql) Retrieve from Michelin or 
Gault_M restaurants that are Chinese accord¬ 
ing to a guide. 

open Michelin Gault_M er 

-range (x R) 

-select x 

-where (x.type = “Chinese”) 

This query would be the equivalent of the 
following two queries: 


open Michelin er 
-range (x R) 

-select x 

-where (x.type = “Chinese”) 
retrieve 

open Gault_M er 
-range (x R) 

-select x 

-where (x.type = “Chinese”) 
retrieve 


Example databases 

The schemas that follow define the 
databases we use throughout the ex¬ 
amples. The relations are defined ac¬ 
cording to the MRDS data definition 
language. We avoided the domain and 
attribute declarations, which are 
mandatory for actual MRDS schemas. 
The character * identifies key at¬ 
tributes. 

DB Cinemas: 

C(c#*, cname, street, tel), Cinemas 
M(m#‘, mname, kind), Movies 
P (c#*, m#*, hour, price); Projec¬ 
tions 

DB Michelin: 

R(r#*, rname, street, type, stars, 
avprice, tel), Restaurants 
C(c#*, cname), Courses 
M(r#*, c#*, price); Menus 
DB Kleber: 

REST(rest#*, name, street, type, 
forks, t#, owner, meanprice), 

C(c#*, cname, ncal), 

MENU(rest#*, c#*, price); 

DB Gault_M: 

R(r#‘, rname, street, qual, tel, type, 
avprice), 

C(c#*, cname, ncal), 

M(r#*, c#*, price); 

DB My_rest: 

R(r#*, rname, street, qual, tel, type, 
avprice), 

C(c#*, cname, ncal), 

M(r#*, c#*, price); 

The schemas model actual applica¬ 
tions, essentially on the French public 
videotex system Teletel. The database 
Cinemas models a public database de¬ 
scribing the current cinema programs 

in a city. Michelin, Kleber, and Gault_M 

model public databases defined upon 
famous French restaurant guides with 
the same names (the full name for 

Gault_M is Gault-Millau). My_rest is a 

personal database in which a user 
stores the restaurants of his choice, 
using as a reference the Gault_M 
model and data. Some of My_rest 
restaurants may nevertheless be 
unknown to Gault_M. Then, some of 
the restaurants in both databases may 
be characterized by different values. 
This would mean that the user replaced 
in My_rest the Gault_M opinion about 
a restaurant of his own. Of course he 
could not do it if he did not have his 
own database. 

The relations within the restaurant 
databases model respectively restau¬ 


The result would be the set of two rela¬ 
tions. Each relation would inherit the 
database(s) name(s) its attributes come 
from. The relations would not be union 
compatible, since their arities and attri¬ 
butes would differ. As guides may disagree 
upon the type of a restaurant, a restaurant 
could figure in both or in only one of the 
relations. The location would then be 


rants, courses (dishes), and menus. The 
attributes are based upon the actual 
guides. All data are data model homo¬ 
geneous, as all databases are rela¬ 
tional. However, data are to some ex¬ 
tent semantically heterogeneous. This 
is because of the following properties, 
modeling those of the actual guides 
and due to the databases’ autonomy: 

1. Guides partly disagree upon (a) 
the choice of attributes that should 
model the universe of restaurants and 
(b) the names modeling the same con¬ 
cepts. 

2. A restaurant may be recom¬ 
mended by more than one guide, but 
not all restaurants are recommended by 
all the guides. The situation is similar 
with respect to courses. 

3. Despite the same names, primary 
key values modeling the same object in 
different databases are independent. 

4. The units and scales of restaurant 
quality ratings differ from guide to 
guide. Michelin rates restaurants from 
none to three stars (***). Kleber ratings 

are from zero to four forks. Gault_M 

rating is m/20, where m = 1 ,...,20. There 
is no objective specific rule for ratings 
correspondence. Nevertheless, it is fre¬ 
quently clear that guides disagree 
about a restaurant. 

5. The guides may also disagree on 
the average price of a meal or on a 
restaurant type. For instance, a 
restaurant may be Chinese for one 
guide and Vietnamese for another. The 
guides may disagree also on the phone 
number, although it is a candidate key 
within each database. 

6. In particular, Michelin and 
Gault_M disagree on the meaning of 
attributes dealing with prices, despite 
the same attribute names. Michelin 
prices are without the 15 percent tip, 

mandatory in France, while Gault_M 

prices include the tip. 

7. In contrast, the guides always 
agree on a restaurant name and the cor¬ 
responding street name. This property 
thus identifies the same restaurant in 
different guides. Likewise, course (dish) 
names are the same in different guides. 

Similar properties will be typical of 
the general multidatabase environment. 
Multiple databases relative to the same 
universe will usually resemble each 
other, but will also present numerous 
semantic differences like those above. 
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semantically meaningful, as it would im¬ 
plicitly indicate the guide that considers 
the restaurant Chinese. 

Example 3. Delete from Michelin the 
restaurant with the key r# = “456”. 
open Michelin eu 
-select r# 

-where (r# = “456”) 
delete 

The query would delete the tuples from all 
relations in Michelin that have attribute r. 
It would thus replace two classical rela¬ 
tional queries. In addition, it would auto¬ 
matically preserve the referential integrity. 
This is not the case with queries one may 
formulate using known relational lan¬ 
guages. 13 

Semantic variables. We call a semantic 
variable a variable whose domain is data 
type names. In MDSL the domain may be 
explicit, which means that names are 
enumerated in an auxiliary clause, or im¬ 
plicit, which means that they result from 
the variable name. The aim in the concept 
is to enable the user to broadcast his inten¬ 
tion over data named differently. A query 
may invoke several semantic variables, 
together with multiple identifiers. Each 
semantic variable means that the query 
concerns all the names in its domain. The 
names may in particular be multiple iden¬ 
tifiers. The query is equivalent to the set of 
pertinent subqueries resulting from pos¬ 
sible substitutions of semantic variables 
and multiple identifiers by unique iden¬ 
tifiers. 

Explicit domains. The corresponding 
clause is 

-range_s (X].x 2 .Xk n i,i- n 2,i- ... 

• n k,l n l,2- n 2,2- ••• n k,2-”)-" 

Each x is a semantic variable. Each n is a 
name. The i-th subquery corresponds to 
the simultaneous substitutions of n, j to x,; 
j = l,...,k. 

Example 4. (Q2) Retrieve from Rest_guides, 
i.e. from Michelin, Kleber, and Gault_M 
databases, restaurants that a guide considers to 
be Chinese, 
open Rest_guides r 
-range_s (x R REST) 

-range(y x) 

-select y 

-where (y.type = “Chinese”) 
retrieve 

x is a semantic variable whose values are 
names R and REST. Since REST is a 
unique identifier, the corresponding sub¬ 
stitution produces an elementary query. In 
contrast, since R is a multiple identifier, it 
leads to two elementary queries, equiv¬ 
alent together to (Ql). All three resulting 
relations are not union compatible. As for 
(Ql), they may also contain different 
restaurants. 


Example 5. Retrieve from Cinemas and from 
My_rest the restaurants and the cinemas that 
cost less than 30 francs, 
open Cinemas r My_rest r 
-db (cc Cinemas)(mr My_rest) 

-range_s (x.y.y# R.M.r# C.P.c#) 

-range (z x) (v y) 

-select z 

-where (z.y # = v.y#)&(v.price < 30) 
retrieve 

The query will lead to two differently for¬ 
mulated subqueries, one per database in 
the scope. 

Example 6. Change to “123” the phone 
number “876” in all example databases, 
open Rest_guides Cinemas My_rest eu 
-range_s (t tel t#) 

-select t 

-where (t = “876”) 

-value “123” 
modify 

The query will replace five elementary 
queries. It could in fact replace any num¬ 
ber of such queries, provided the database 
owners agree to name telephone either tel 
or t#. Thus it is not even necessary for all 
administrators to agree upon a common 
name. 

Implicit domains. Here, a variable 
name contains one or more special charac¬ 
ters that at present are: *, designating any 
string of digits, including the empty string, 
and ?, designating any but only one digit. 
The domain is then implicitly constituted 
from all data names in the scope (not data 
values, like in SQL) that match the re¬ 
sulting pattern. For instance, the domain 
of x = R* is all names in the scope that 
start with R. The subqueries correspond to 
all pertinent substitutions of data names 
within the domains. If the characters * and 
? are parts of data names themselves, as in 
R* for instance, then they should be pre¬ 
ceded by the character \. Thus x = R\* 
would include all names starting with the 
string R*. 

Example 7. The expression of query (Q2) 
from Example 4 may be simplified to the 
following one: 
open Rest_guides er 
-range(y R*) 

-select y 

-where (y.type = “Chinese”) 
retrieve 

This formulation would remain valid for 
any number of databases in the scope, 
provided that all and only restaurant rela¬ 
tion names start with the character R. The 
corresponding query with the explicit do¬ 
main would then be usually more com¬ 
plex, as it would require a range_s clause 
with as many identifiers as there are dif¬ 
ferent names. 

Options. Current relational DMLs 
assume implicitly that all the attributes in 
the -select clause target list are in the 
schema of the addressed database. As the 


examples below will show, it is useful to 
relax this assumption in the multidatabase 
environment. The concept of options 12 is 
intended for this purpose. The corre¬ 
sponding syntax is as follows. 

Let d be an attribute designator within 
the -select clause. Let q be a subquery re¬ 
sulting from some substitutions and a the 
unique identifier corresponding to d in q. 

• If d is preceded by a space, as is usual 
in DSL, then q is pertinent only if there is 
attribute a in its scope. Thus, by default a 
is mandatory. 

• d, written ~d, means that q may be 
pertinent without an attribute named a in 
the scope, q is then considered as equiv¬ 
alent to a query formulated like q without 
a in the -select list. The attribute a is thus 
optional. 

• A list d j |d 2 |... |d n means that the perti¬ 
nent form of q should contain one and 
only one ap The choice follows the list 
order. A list preceded with - means that 
the whole list is optional. 

Options deal with the existence of attri¬ 
bute names in schemas and not with null 
values within tuples. However, one may 
extend this concept to null values as well. 

Example 8. Retrieve from Rest_guides 
name, street, and owner, if any, of all restau- 

open Rest-guides er 

-range(x R*) 

-select x.'name x.street _ x.owner retrieve 

Since the attribute owner is optional, all 
three databases will be addressed. If owner 
were mandatory, the tuples would be 
retrieved only from the Kleber database. 

Example 9. Assume that Gault_M does not 
have the attribute tel. Retrieve from Rest_ 
guides restaurant names and either phone num¬ 
bers if available else the corresponding streets. 

open Rest-guides er 

-range (x R*) 

-select x.'name, x.t*|x.street 


The query will provide the telephone num¬ 
ber from Michelin and Kleber, and the ad¬ 
dress from Gault_M. 


Incomplete queries 

The concept. While formulating MDSL 
queries, the user may avoid specifying 
some equijoins. Basically, one may avoid 
equijoins linking primary or foreign keys 
that share a domain. Such queries are 
called incomplete queries. A subquery of a 
multiple query may in particular be an in¬ 
complete query. Omitted joins are called 
implicit joins. 14 They are deduced by the 
system from database schemas. The result 
is called a complete query. The completion 
algorithm is described in detail in Litwin. 14 
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It is shown that this process leads to the in¬ 
tuitively expected result in more cases than 
the present algorithms for the universal 
relation interface. 13 A major consequence 
is also that updates may be performed. 

This function has as goals (1) to further 
simplify query formulation and (2) to 
allow multiple queries to databases model¬ 
ing the same universe, but different 
through decompositions into relations. In¬ 
deed, there is sometimes no way to express 
an intention in a single query, if one has to 
formulate all equijoins corresponding to 
different decompositions. 

Example 10. Retrieve from Michelin the ad¬ 
dress of all restaurants that serve “confit 
d’oie”. 

The incomplete query could be 

open Michelin er (Q3) 

-select street 

-where (cname = “confit d’oie”) 
retrieve 

The complete query would be 

open Michelin er (Q3') 

-range(x R)(y M)(z C) 

-select x.street 

-where (z.cname = “confit d’oie”) &(x.r# 
= y.r#)&(y.c# = z.c#) 
retrieve 


Example 11. Consider now that instead of 
three relations Gault_M contains only one 
(universal) relation with all attributes in 
Gault_M. Assume further that the user wishes 
to broadcast the query about “confit d’oie” to 
both Michelin and Gault.M. The formulation 
(Q3) will then remain valid, provided both 
databases are open. The clauses will, however, 
define a multiple query. The query will be the 
equivalent of two subqueries differing by equi¬ 
joins. These are (Q3') and the query 
open Gault_M er 
-select street 

-where (cname = “confit d’oie”) 
retrieve 

Example 12. Delete from My_rest all the 
courses whose ncal > 2,000. 
open My_rest eu 
-select C 

-where (ncal > 2,000) 
delete 

This will delete the appropriate tuples 
from both C and M. 

Dynamic attributes. Dynamic attributes 
are transforms of actual attributes. They 
are dynamically defined within a query 
and unknown to any schema. Except for 
eventual update limitations, they may be 
manipulated as the actual attributes. 9 This 
function makes it possible for the user to 
dynamically and subjectively transform 
data values. Such a need will be frequent in 
the multidatabase environment. In par¬ 
ticular, it will be frequently necessary for 
interdatabase joins, as joins are mean¬ 
ingful only for data with the same meaning 
and unit of measure. 


The MDSL user may declare a dynamic 
attribute by means of the following aux¬ 
iliary clauses: 

-attr_d [hold] a : C/R 
-define by MT(s) = m 
-updatings' byMT(s") = m' 
a is the dynamic attribute name with 
value type either C (character) or R (real). 
If there is no hold argument, then a is 
known only within the query that defines 
it. Otherwise, further queries from the 
user may also refer to a, until the end of 
the session. 

The clause -define by defines the map¬ 
ping m of actual attribute(s) s on a. It is 
mandatory for retrievals. MT denotes the 
mapping type. It may be D for a dynami¬ 
cally defined dictionary (table), F for a 
formula, or P for a program. The cor¬ 
responding clause forms are respectively 
as follows: 

-define by D(s) = (a,, s I ),...,(a k , s k ) 
-define by F(s) = arithmetical_formula 
-define by P(s) = 

Multics_segment_name 
Sj are actual values and a* the correspond¬ 
ing dynamic ones. Formulas are arithmeti¬ 
cal formulas. The Multics segment con¬ 
tains the program that may be written in 
any programming language. 

The clause -updating defines the map¬ 
ping of a on an actual attribute s', which is 
needed when the user updates a. The attri¬ 
bute s' should be one of the actual at- 
tribute(s) in s, and s" are all the other 
attributes in s, if there are any. This clause 
is currently mandatory if MT in the -define 
by clause is P or F. It is optional for D type 
mappings. The default option is then that 
a given a value, let it be a', corresponds to 
the first Sj such that a' = a,. In all cases, 
mapping types in both clauses have to be 
the same. 

A dynamic attribute may share the 
name of an actual one. If some of the ac¬ 
tual attributes defining a are not in the 
scope of the (sub)query, the name in the 
(sub)query then designates the actual attri¬ 
bute. Otherwise, it designates the dynamic 
attribute. 

The user may also wish to refer to an ac¬ 
tual attribute n that shares the name of a 
dynamic one, previously defined using the 
hold argument. Then, the -select clause 
has to be preceded by the clause -actual n. 

Example 13. Assume that the ’***’ rating of 
Michelin corresponds to Gault_M.qual a 
19/20 and ’**’ corresponds to 17/20 s qual < 
18/20. Retrieve from Michelin and from 
Gault_M restaurants rated ***. 
open Michelin Gault_M er 
-range (t R) 

-attr.d stars: C 
-define_by P(qual) = star 
-select t 

-where (t.stars = ’***’) 
retrieve 


This query leads to two subqueries. The 
first one to Michelin will select the actual 
attribute, since the attribute qual, used for 
the definition of the dynamic attribute 
star, is not in this subquery scope. The sec¬ 
ond subquery will produce the values of 
the dynamic attribute and will use these 
values for -where clause evaluation with 
respect to Gault_M. The overall result of 
the query will be homogenized with 
respect to the Michelin scale of rating, ar¬ 
bitrarily transposed by the user to the 
Gault_M database. Note that there is no 
objective integration rule for Michelin and 
Gault_M scales or for subjective scales in 
autonomous databases in general. 

star is the program that dynamically 
computes through the Multics execute 
command the values of stars. It expresses, 
in an arbitrary host language, the algo¬ 
rithm: 

if qual 2 > 19/20: stars = ’***’ else if 
qual >17/20: stars = ’**’ endif; 
The same mapping could also be for¬ 
mulated using the D type declaration as 
follows: 

-define.by T(qual) = (***, 20), 
C**,19), (**,18), (**,17) 

Example 14. Retrieve from Michelin 
restaurants that have the same average price in 
Michelin and Gault_M. 

-db (m Michelin) (g Gault_M) 

-range (t m.R) (v g.R) 

-attr_d price : R 

-define_by F(m.r.avprice) = m.r.avprice * 
1.15 
-select t 

-where (t.price = v.avprice) &(t.name = 
v.name) &(t.street = v.street) 
retrieve 

The function here renders meaningful the 
interdatabase join on price, as the mean¬ 
ings of the concept of price differ in both 
databases. The clauses referring to name 
and street may be implicit, if the cor¬ 
responding equivalence dependency was 
defined. More examples of dynamic attri¬ 
butes as well as the discussion of their 
implementation in MRDSM are in Litwin 
and Vigier. 9 

Interdatabase queries. The general form 
of interdatabase queries is as follows: 
copy / move 

< source selection expression > 
store / modify / replace 

-target < db_name > . [ < relation_ 
name>] 

< mapping clauses > 

The commands copy and move define 
the action on the source database(s). The 
copy command copies source data, 
according to the source selection expres¬ 
sion, while the move command also 
deletes the source data. Its selection ex¬ 
pression has then to designate all attributes 
of a relation. In both cases, if data values 
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are to be converted, the source selection 
expression should contain the definition 
of appropriate dynamic attributes. The 
meaning of these attributes should be that 
of the corresponding target attributes. 
Type conversions, like that of integers to 
reals, are automatic. 

The commands store, modify, and 
replace define the action on the target. The 
clause -target identifies the target database 
or relation. The mapping clauses define 
the matching of the incoming attributes to 
the corresponding target attributes. The 
syntax of the mapping clauses is as 
follows: 

< mapping clauses > := -mapping 
[ < rule > ] [ < matching_list > ] 

<rule> := by order / by name 

< matching_list > := (< option > 
[, < option >]) 

< option > := source.name—> 
target_name / target_name / 
source_name—> ’new’ 

The source names are the attribute names 
within the source -select clause. The rule 
“by name” means that source attributes 
should be mapped onto target attributes 
with the same names by default, unless 
specified otherwise within the matching 
list. The rule ‘ ‘by order” means in contrast 
that the attributes should be matched in 
order of their listing in the source -select 
clause, to the attributes in the matching list 
if one is present, or those of the target 
schema; otherwise, in the prescribed order. 
In the former case, the elements in the 
matching list must be target names only. 

The matching list alone specifies an ar¬ 
bitrary correspondence. In particular, the 
option ’new’ means that the source at¬ 
tribute does not exist in the target and 
should be added to the target schema. For 
security reasons, source attributes without 
the target counterparts and not declared 
’new’ are disregarded. Conversely, if a 
target attribute has no source counterpart, 
then the corresponding values are set to 
null or are preserved, depending on the 
command. Finally, except for the replace 
command, the query is assumed valid only 
when the key attributes of the incoming 
relations correspond to the key attributes 
of the target relations. 

The store command inserts tuples that 
do not share key values of existing target 
tuples and preserves those target tuples 
that share incoming key values. The 
modify command also inserts incoming 
tuples without target key counterparts, 
but it modifies target tuples that share in¬ 
coming key values. The modification con¬ 
cerns only the attributes that have counter¬ 
parts within incoming tuples. Neither 
command affects target tuples whose keys 
do not share incoming key values. In con¬ 
trast, the replace command replaces the 


whole content of the target with the in¬ 
coming one. 

Example 15. Copy to My_rest restaurants 
considered as good by Gault_M, as well as the 
associated courses and menus, 
copy 

-db (g Gault_M) (m My_rest) 

-range_s (x g.R g.C g.M) 

-range (t x) 

-select t 

-where qual > 14/20 

store 

-target m 

The copy command will produce three 
subqueries. Two of them will require com¬ 
pletion of implicit joins. The whole query 
will copy three relations, containing 
respectively the selected restaurants, 
courses, and menus. The result will auto¬ 
matically preserve the referential integrity. 
The selected relations and attributes will 
be mapped on those with the same names 
within the target. Only tuples that do not 
share key values already in My_rest will be 
stored. Thus the user’s opinion about a 
restaurant, a course, or a menu, will have 
priority. The inverse effect would appear if 
the modify command were used. 

This query represents the case we spoke 
about in the overview of MRDSM, where 
source data in several relations should 
enter several target relations. Some other 
instances where such a case would arise are 
a supplier and his parts, a student and his 
courses, a customer and his accounts, etc. 

Example 16. Replace the content of My_rest 
with the restaurants, the related courses, and 
menus that correspond to the rating in 
Michelin. Convert the meaning of the Michelin 
prices to those with tip included, 
copy 

-db (m Michelin) (my My_rest) 

-range_s (x m.R m.C m.M) 

-attr_d price : R 

-define_by F(m.r.’price) = m.r.*price*1.15 
-range (t x) 

-select t 

-where stars = ”” 

replace 

-target my 

-mapping by name (stars — > qual) 


Example 17. Consider that the user has 
changed the schema of the relation C into the 
following one: 

C (c#*, origin, cal, name), 
where the new attribute origin denotes the 
region or country the course (dish) comes from, 
if any. The query “copy to My.rest the courses 
in Gault.M” may be expressed as follows: 
copy 

-db (g Gault_M) (m My_rest) 

-range (x g.c) 

-select x 

-target m 

-mapping in order(c#, name, cal) 

The values of origin will be null. 


Example 18. Consider that the user wishes to 
keep in My_rest only the best restaurants (those 
rated more than 16/20). However, he also 
wishes to save in a separate database, let it be 
My_rest_archives, the content of relation R. 
The corresponding query may be as follows: 

-db (m My_rest) (a My_rest_archives) 

-select m.R 

-where qual < 17/20 

store 

-target a 

Standard functions. Standard func¬ 
tions, such as avg, sum, max, etc., may be 
declared in MDSL in two ways: 

(1) Inside the clauses, being then en¬ 
closed within square brackets. The func¬ 
tion is then evaluated independently for 
each subquery. 

(2) As independent clauses. The func¬ 
tion applies then to all the tuples of the 
query. 

Some functions may be applied only to 
subqueries, some have meaning only as 
independent clauses, and some may be ap¬ 
plied in both manners. 

Example 19. Retrieve the average price of 
meals according to each database in 
Rest_guides. 
open Rest_guides er 
-select [avg(price)J 
retrieve 

This query returns three values, one for 
each database. The following returns just 
one value. 

Example 20. Retrieve average price of all 
meals within Rest.guides databases, 
open Rest .guides er 
-avg 

-select price 
retrieve 

In addition to the well known standard 
functions, the user will need new func¬ 
tions, specific to the multidatabase en¬ 
vironment. The following functions 
should prove particularly useful. 

name function. Let n be a designator. 
Then name(n) provides the name of data 
designated by n, name(.n) provides the 
name of the container of data (relation for 
an attribute, etc.) designated by n, 
name(..n) refers to name(.name(.n)), etc. 

This function results from the need for 
relational operations not only on data 
values, but also on data names. It may be 
applied instead of an attribute name 
within -select and -where clauses. The 
result is then considered as if it had been an 
actual attribute value. 

Example 21. Retrieve the names of Chinese 
restaurants and of the guides that recommend 

open Rest.guides er 
-range(x R*) 
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-select x.'name, x.[name(.R*)] 

-where (x.type = “Chinese”) 
retrieve 

Each tuple will then contain the name of a 
restaurant and the name of the database 
the tuple comes from. As may be seen, in 
the multidatabase environment, database 
names may bear logical information. 

norm function. This function merges 
into one tuple all tuples corresponding to 
the same real object. The correspondence 
results from the equality of the keys in¬ 
dicated by the user. Keys may be the 
primary keys or the candidate keys, if the 
values of the primary keys within different 
databases differ. The norm function has 
the following syntax: 

-norm ((id_att) tuple_var). 

Here id_att are designators of keys 
identifying the same object. The function 
appears only as an independent clause. 
The result is the natural outer join of the 
designated relations. 

Example 22. Retrieve from Rest_guides 
Chinese restaurants, creating one tuple per 
restaurant, 
open Rest_guides er 
-range(x R*) 

-norm((*name, street) x) 

-where (x.type = “Chinese”) 
retrieve 

The result would be a single relation R 
whose attributes would be all those of 
involved relations, prefixed with the data¬ 
base name in the case of a name conflict. 
The id_att would figure only once, 
according to the definition of natural 
joins. To any restaurant would correspond 
exactly one tuple. The values of the attri¬ 
butes corresponding to databases that do 
not recommend the restaurant would be 
null. Absence of null values in at least 
some columns corresponding to attributes 
from a database would thus be an implicit 
indication that the corresponding guide 
recommends the restaurant. 

Outer joins are unknown to MRDS. 
Algorithms for efficient processing of 
such operations have therefore been inves¬ 
tigated. Discussion of such algorithms 
may be found in Dayal. 15 

upto function. This function appears 
only as an independent clause. It limits the 
multiplicity of information that may come 
from several databases. For instance, a 
query to 10 restaurant databases may ask 
for at most two recommendations of a 
restaurant. In particular the user may give 
priority to databases he trusts more than 
others. The function syntax is as follows: 
-upto (n (A) [B]). 

The function provides at most n > 1 
tuples sharing the values of attributes 
designated in the list A. Priorities corre- 
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spond to the order of the list B that 
designates database names. A, n, and B 
are optional. If A is not specified, the 
query processing stops after a non-null 
response from n databases. The default 
value of n is 1. Finally, empty B means that 
the user has no preference. 

Example 23. Retrieve the number of calories 
of “confit d’oie”, preferably according to 
Kleber. 

open Rest_guides er 
-upto (1 (cname) [Kleber]) 

-select ncal 

-where (cname = “confit d’oie”) 
retrieve 

The result will come from another 
database only if Kleber does not describe 
confit d’oie. 

Example 24. Retrieve all Chinese restaurants 
from Rest_guides, but limit the number of 
descriptions of each restaurant to two. Give the 
priority to Michelin and Kleber descriptions, 
open Rest_guides er 
-range(t R*) 

-upto (2 (t. 'name t. street) [Michelin Kleber]) 
-select t 

-where(t.type = “Chinese”) 
retrieve 

A restaurant will figure in the output from 
Gault_M only if it was not in the output 
from Michelin or Kleber. 


A s databases become easily accessi¬ 
ble on computers and networks, 
more and more users face mul¬ 
tiple databases. New functions for data 
manipulation languages are then needed, 
as present languages were designed for 
manipulations of single databases. These 
functions should especially allow users to 
manipulate autonomous databases. 
MRDSM offers some such functions for 
relational databases. Most future distrib¬ 
uted databases will be of this type or will at 
least present a relational view. Numerous 
examples show that the MRDSM func¬ 
tions should prove useful for a large vari¬ 
ety of user needs. This is because of their 
flexibility and open nature with respect to 
the accommodation of autonomous 
names, values, and structures. Most of 
these functions are not yet available in 
other languages and systems. The func¬ 
tions designed for MRDS databases can 
also be added to other relational lan¬ 
guages. The corresponding extension of 
SQL is under study. The concepts of mul¬ 
tiple identifiers, semantic variables, inter¬ 
database queries, etc., may further be ap¬ 
plied to other data models. They may thus 
form a useful basis for the design of dis¬ 
tributed systems using other popular 
models. 

In particular, several functions have 
also proved useful in a single database 


context. Thus, the concept of the multiple 
identifier may help in preserving the 
referential integrity. Implicit joins simplify 
the formulation of most relational queries. 
Dynamic attributes are useful for applica¬ 
tions where subjective or frequently 
changing value mapping rules render the 
traditional concept of view too static. It 
should thus be worthwhile to incorporate 
similar functions in any relational system. 

The functions discussed lead to many 
open problems at the implementation 
level. Also, new functions may be added. 
A function currently studied for im¬ 
plementation concerns multidatabase 
views, to be defined through stored MDSL 
queries, in the manner similar to those of 
DB2 and of INGRES. Knowledge pro¬ 
cessing techniques are also investigated, as 
they should prove particularly useful in the 
multidatabase environment. 2,9 In par¬ 
ticular, they should enlarge the class of in¬ 
tentions expressible as a single query and 
should make it possible to further simplify 
the expression of some queries. □ 
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Principles and 
Techniques in the 
Design of ADMS+ 



Nick Roussopoulos and Hyunchul Kang 
University of Maryland 


A novel architecture 
based on an 
incremental access 
model fully integrates 
global and local 
database 
management. It 
maintains common 
access paths on the 
mainframe and 
confines uncommon 
paths to the 
workstation 
environment. 


L ocal area networks and worksta¬ 
tions are now driving the hardware 
market. Homogeneous software 
—operating systems with remote file ac¬ 
cess and procedure calls, software inter¬ 
connection buses, and other integrated 
running environments—are defining new 
system architectures distributed over 
heterogeneous hardware. Emerging from 
this trend is the powerful concept of co¬ 
operative coupling between a mainframe 
and a workstation. This coupling will gen¬ 
erate a wide class of software systems in 
which the mainframe provides high-per¬ 
formance resources and off-site synchro¬ 
nization, while the workstation provides 
privacy, independence, and tailoring of 
the applications. 

ADMS± 1 is one such advanced data¬ 
base management system. Its architecture 
harmoniously integrates a mainframe 
database system, called ADMS +, and a 
large number of workstation database sys¬ 
tems, called ADMS -. ADMS + is a full- 
fledged system that, in addition to its pro¬ 
cessing tasks, keeps track of the subsets of 
the database downloaded to the worksta¬ 
tions. ADMS- is a trimmed version of 
the same database system that has neither 
a security nor a concurrency control sub¬ 
system because it operates in a single-user 
mode. ADMS - can be thought of as an 
intelligent cache database access subsys¬ 
tem that capitalizes on the locality of the 
downloaded data and the ability to process 


it independently from ADMS +. The com¬ 
munication in ADMS+ is between the 
workstations and the mainframe. No com¬ 
munication exists between workstations, 
which are typically turned off when not in 
use. 

Design goal and major 
advantages 

The principal design goal of the 
ADMS± architecture is to download to 
each workstation a tailored subset of the 
database to be processed locally by 
special-purpose transactions running on 
the workstation. The mainframe main¬ 
tains the complete database and additional 
access aids for subsets shared by several 
workstations. As the workstation user ac¬ 
cesses the databases through ad hoc or 
precompiled queries, a local subset of the 
database is dynamically built and in¬ 
crementally maintained on his worksta¬ 
tion. The local database provides very 
quick access because transactions run in¬ 
dependently from the mainframe. And 
since a lot of the query processing is done 
locally, the mainframe load is reduced 
considerably. 

ADMS± is founded on ADMS, 2 the 
first system that uses an incremental access 
model. Contrary to traditional reexe¬ 
cution of access paths, 3 ADMS incremen¬ 
tally maintains and uses previously found 
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access paths without repeating the search. 
Updates are logged but not broadcast to 
the affected access paths. Instead, when a 
possibly outdated path is to be used for 
answering an ad hoc query, it is incremen¬ 
tally updated and cached. This delayed 
update strategy incurs no overhead for 
path maintenance. And, unless the back¬ 
log of increments is extremely long, the 
cost of answering a query based on a 
possibly outdated access path—that is, the 
cost of updating and simultaneously 
caching the path—is smaller than the cost 
of reexecuting the query. 4 Therefore, all 
access-path maintenance cost is subsumed 
in the cost of answering queries based on 
those paths. Furthermore, this cost is only 
paid once. Subsequent queries sharing the 
same access paths do not have to process 
already processed increments. 

The basic philosophy of ADMS is to in¬ 
tegrate and efficiently support shared ac¬ 
cess paths by depreciating the incremental 
update cost against future use of the paths. 
ADMS+ extends this philosophy by 
globalizing paths common to a large num¬ 
ber of workstations and by localizing less- 
common paths on the requesting worksta¬ 
tions. The global paths are the ones worth 
depreciating. Uncommon and very spe¬ 
cialized paths are confined to their own 
workstation environment and thus do not 
affect the rest of the system. Promotion of 
paths from local to global and demotion 
from global to local is done dynamically in 
ADMS+. The parameter controlling 
globalization/localization can be con¬ 
figured differently depending on the data¬ 
base requirements. 

A basic assumption of this architecture 
is that, unlike communication network 
lines, the lines between the mainframe and 
each workstation have high bandwidth 
with no delays, similar to those connecting 
terminals to a mainframe. The cost of 
downloading data to the workstation is the 
same as that of dumping the data to the 
terminal. The only additional cost comes 
from storing the downloaded result on the 
workstation, but this one-time cost does 
not affect the mainframe. This, and the 
fact that no overhead is incurred for local 
path maintenance, permits attachment of 
numerous workstations to ADMS +. In 
theory, since much of the processing is 
downloaded, a lot more workstations than 
terminals can be supported for a given 
mainframe work load. 

The main advantages of the ADMS+ 
architecture are outlined below: 

(1) The response time of locally pro¬ 
cessed queries is dramatically decreased 
because the workstation runs in a single- 
user mode and no dynamic security check¬ 
ing is necessary for the downloaded por¬ 
tion of the database. Security is checked 
only once, on the mainframe before 
downloading. 


(2) Although ADMS± provides an ex¬ 
tended centralized database environment, 
it distributes data and processing to the 
workstations in a simple and powerful 
manner that avoids the difficult problems 
of concurrency and data consistency con¬ 
trol of fully distributed environments. 5 ’ 6 

(3) Data is distributed dynamically ac¬ 
cording to workstation requests. The user 
interacts with ADMS+ as if he were using 
a centralized system. Initially, no data is 
stored on the workstations; it is down¬ 
loaded on demand and incrementally 
maintained as the system processes work¬ 
station requests. 

(4) The deferred update strategy with no 
broadcasting drastically reduces the over¬ 
head from message traffic to synchronize 
the updates. In an ordinary distributed 
DBMS architecture, the message traffic to 
obtain the appropriate locks is four times 
the number of sites. 7 Therefore, even for 
a moderate number of workstations, the 
message traffic is very high. 

(5) ADMS± architecture is very mod¬ 
ular and extendible. Very little preparation 
is necessary before adding more worksta¬ 
tions. Furthermore, the additions incur 
very little overhead because most of the in¬ 
cremental update cost for local database 
subsets is paid by the workstations. 

(6) The user can speed query response 
by accessing “almost up-to-date” data in¬ 
stead of “up-to-moment” data. In this 
case, his queries are processed locally on 
the workstation without having to wait for 
the current updates. 

Global and local 
access path separation 
and binding 

ADMS+ supports the access path 
model defined in Roussopoulos. 8>9 Ac¬ 
cording to that model, an access path is 
defined by a query graph whose nodes are 
base relations and/or views, and whose 
edges are relational operators, such as 
select, join, union, and intersection. Each 
node in an access path is either a preexist¬ 
ing base relation (or view) referenced by 
the query or an intermediate result needed 
to generate the target relation. The lowest 
node on the query graph is the target rela¬ 
tion. We refer to the base relations and/or 
views on an access path by data objects. 

In ADMS+, the access path defined by 
a query on a workstation may refer to 
mainframe and/or workstation base rela¬ 
tions and/or views. Thus, this access path 
is separated into a global subpath that ac¬ 
cesses data objects on the mainframe and 
the local subpath that accesses data ob¬ 
jects on the workstation. The target rela¬ 
tion of any path is, by definition, a local 
subpath of length zero. Therefore, there is 


always a local subpath to every access path 
and, in some cases, the whole access path 
is local. 

The connection of the local subpath to 
the global subpath is defined by means of a 
set of bindings between mainframe bind¬ 
ing data objects and workstation bound 
ones. The extension required by ADMS± 
to the access path model of ADMS deals 
with these bindings. 

There are two types of bindings between 
mainframe and workstation objects. The 
first one is formed by downloading a base 
relation or a view from the mainframe to 
the workstation. We call this identity bind¬ 
ing. In Figure la, R is a global base rela¬ 
tion and M(R) represents a downloaded 
copy of R\ the horizontal line separates the 
mainframe and the workstation. A main¬ 
frame view V, on the other hand, which 
consists of pointers, is materialized first 
and its materialization M(V ) is down¬ 
loaded. M( V) has identical storage struc¬ 
ture with a base relation. This is necessary 
to make access to M( V) local in the 
workstation. 

The second type of binding results from 
deriving a view to be stored on a worksta¬ 
tion. We call this form of binding deriva¬ 
tion binding. This is typically the result of 
selections and/or joins from mainframe 
base relations and/or views. The derived 
workstation view is also materialized so 
that access to it is done locally on the 
workstation. Figure lb shows the unary 
and the binary derivations of views from 
the mainframe to a workstation. For the 
binary derivation, either both operand 
relations are on the mainframe or one of 
them is on the mainframe and one on the 
workstation. The derived view M( V) is 
bound to its operand relations on the 
mainframe. 

New access paths derived from other 
mainframe data objects are downloaded 
to a workstation and become local. Local 
paths are uploaded when they are found to 
be shared by several workstations. While 
downloading creates new bindings, up¬ 
loading modifies existing bindings. The 
operation that breaks existing bindings is 
the removal of a workstation object 
bound to one or more mainframe objects. 

The bindings define the points of global 
and local subpath separation, that is, they 
are points of transfer of control and pro¬ 
cessing from global to local. When an 
access path defined by a query on the 
workstation is to be executed, the global 
subpath is processed first, followed by the 
update of the path’s bindings, followed by 
the processing of the local subpath. The 
path’s bindings are updated by reflecting 
the changes made on the mainframe’s 
binding objects to the workstation’s 
bound objects. When this is complete, 
control is transferred to the local subpath 
process. 
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Incremental updates of 
downloaded objects 

In ADMS±, identity and derivation 
bindings are updated incrementally. The 
advantage of incremental updating over 
downloading a fresh copy of the bound 
object is that, when only a few changes 
have been made on the mainframe’s ob¬ 
ject, the existing object on the workstation 
is almost correct to cache and only minor 
adjustment is necessary. Incremental up¬ 
dating is cost-effective when the number 
of changes is smaller than a given thresh¬ 
old beyond which the cost of incremental 
update is more than the cost of download¬ 
ing a fresh copy. Threshold values will vary 
with specific implementations and com¬ 
munication parameters. 

Incremental updating requires that 
changes to each base relation and/or view 
on the mainframe be recorded on a back¬ 
log, which can then be transmitted to a re¬ 
questing workstation. A backlog of a rela¬ 
tion or a view consists of a list of triplets of 
the form < operation,tuple-id,DI-log> 
where “operation” denotes whether the 
tuple-id was inserted or deleted. A modifi¬ 
cation is handled as an ordered pair of a 
deletion followed by an insertion. Dl-log is 
either a pointer to a file D-log, which 
stores the deleted tuples, or a pointer to a 
newly inserted tuple. The deferred update 
policy necessitates storing the deleted 
tuples for updating the affected access 
paths and secondary indexes. 

The backlogs are the basis for the incre¬ 
mental updates. Only the increments of 
the backlogs between two consecutive re¬ 
quests are used. These are the backlog 
differential files. Since different worksta¬ 
tions request backlog differentials at dif¬ 
ferent times, they are responsible for pro¬ 
viding, along with the request, a pointer to 
the last backlog entry downloaded. This 
frees the mainframe from keeping track of 
the state of the numerous workstation 
databases. 

Since backlogs in the mainframe grow 
continuously, unnecessary entries must be 


removed periodically. A portion of the 
backlog can be erased, provided all 
workstations have requested differentials 
beyond that point. Keeping a counter of 
the number of workstations for each inser¬ 
tion or deletion would, however, entail a 
great deal of overhead. A more practical 
approach is to time stamp the backlogs at 
discrete points. For each backlog and time 
stamp, a counter tracks the number of 
workstations requesting differentials past 
the time stamp. When the counter reaches 
the total number of workstations attached 
to ADMS+, the portion of the backlog 
prior to the time stamp can be eliminated. 

Another practical approach is to clean 
up backlogs offline. This can be combined 
with a forced update propagation of all 
backlog differentials to a workstation 
when its user is off the database. This will 
guarantee an up-to-date version of the 
downloaded database at login time and 
smaller backlogs on the mainframes. 
Backlog cleaning techniques and policies 
are also application and implementation 
dependent. 

Incremental update of the identity bind¬ 
ing. The two identity bindings—the down¬ 
loaded base relation and the downloaded 
view—are updated by different methods 
because of differences in their storage 
structures. 

Downloaded base relation. A base rela¬ 
tion’s storage structure is identical 
whether on the mainframe or on a work¬ 
station. Let R be a mainframe relation and 
M(R) be the identity function that 
materializes H on a workstation. Two 
slightly different methods can be used to 
incrementally update R from the backlog 
differential d(R) of R. The first is by 
transmitting to the workstation those 
pages of R that are found dirty, that is, 
when there exists at least one entry in d (R) 
pointing to them. The other technique is 
by transmitting d(R) itself and applying 
all its recorded changes to M(R). 

The trade-off involved is between (1) 
the time to retrieve, transmit, and restore 


Figure 1. Bindings of data objects 
between mainframe and worksta¬ 
tion: (a) identify binding; (b) deriva¬ 
tion binding. 

the dirty pages and (2) the time to transmit 
the backlog differential and the worksta¬ 
tion CPU time to repeat the updates. The 
local write cost of the dirty pages is the 
same for both techniques. 

Downloaded view. A view on the main¬ 
frame ADMS + uses a pointer array for a 
storage structure. This structure is very ef¬ 
ficient. It occupies less space than its cor¬ 
responding materialization, and it can be 
directly cached without search. A down¬ 
loaded view, however, cannot point to ex¬ 
ternal records and must be stored in its 
materialized form and accessed locally. 

Let Kbe a view on the mainframe and 
M( V) its materialized version on a work¬ 
station. Let also d( V) be the differential 
file of V on the mainframe. To incre¬ 
mentally update M(V), d(V) has to be 
transmitted in its materialized form, and 
all changes in d( V) have to be reflected on 
M( V). M( V) has to be searched with the 
values found on d( V) for tuples that must 
be deleted. Insertions require no search. 
They are just appended to M( V). 

Incremental update of the derivation 
binding. We discuss here the two most im¬ 
portant derivation bindings, the selector 
and the join. Similar incremental algo¬ 
rithms can be easily derived for other rela¬ 
tional algebra operations such as union 
and intersection. 

Selector. Let M( V) be a materialized 
view on a workstation derived by a selec¬ 
tion operation on a base relation R (or 
view) on the mainframe using a qualifica¬ 
tion Q. For the sake of presentation, we 
first describe the incremental update of the 
view V as if it were stored in the main¬ 
frame. Deletions found in d(R) are 
deleted from V by comparing tuple-ids 
without looking at the values of the 
deleted tuples. Insertions are checked 
against Q, and if they qualify, their tuple- 
ids are inserted in V. 

For a materialized view M(V ) on a 
workstation, the update is done a little dif¬ 
ferently. Instead of d(R), a materialized 
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Figure 2. Two access paths with a common subpath. 


copy of d(R) must be transmitted to the 
workstation. Actually, of all deletions and 
insertions in d(R), only the ones satisfy¬ 
ing the qualification Q need be trans¬ 
mitted. Then, a search on M( V) finds and 
removes all deletions from M( V). Quali¬ 
fying insertions are inserted into M( V) 
without search. 

Join. Again here, we present the princi¬ 
ple of the incremental update of a view on 
the mainframe and then extend it for the 
downloaded joins. 

Let V be the join of two relations f?l 
and R2 (the algorithm is the same for 
views). First, the deletions found in d{R) 
and/or d(R2) are deleted from Kby com¬ 
paring tuple-ids again without looking at 
the values of the tuples. For the insertions, 
those inserted in /?1 must be joined with 
R2. We call this small join because it only 
joins the newly inserted tuples of /?1 with 
R2. Similarly, Rl is small-joined with the 
insertions of R2. The addresses of the 
tuples generated by the two small joins are 
inserted in V. Some bookkeeping is 
necessary to avoid the duplication of join¬ 
ing tuples constructed from tuples inserted 
in both relations. 

Let M( V) be a materialized view on a 
workstation derived from a join of two 
base relations R 1 and R2 residing either 
both on the mainframe or one on the 
mainframe and the other on the worksta¬ 
tion. We first describe the incremental up¬ 
date for the most general subcase when 
both reside on the mainframe. 

The algorithm is very similar to the in¬ 
cremental algorithm for V, except that the 
deletions can only be done on M( V) by 
transmitting materialized tuples instead of 
addresses. For the insertions, the same 
small joins are done on the mainframe, 
and the generated tuples are downloaded 
and inserted in Af ( V). 

If one of the two operands, say R2, is on 
the workstation, the deletions of Rl must 


be sent to the workstation in their ma¬ 
terialized form for use with d(R2) to 
delete corresponding tuples of M(V). 
Since the materialized deletions contain 
values but no addresses, the tuples are 
found by search. No search based on tuple 
values is necessary to take care of the dele¬ 
tions of d(R2). 

Insertions require the same two small 
joins. The insertions of R2 are transmitted 
to the mainframe to be small-joined with 
Rl. The other small join is done on the 
workstation, where transmitted insertions 
of Rl are small-joined with R2. All gener¬ 
ated tuples are inserted in M( V). 

Deferred update 
strategy and 
concurrency control 

Deferred update. The ADMS family of 
systems has adopted a deferred strategy 
for updating objects derivable from base 
relations. Collectively, we refer to objects, 
such as views, secondary indexes, down¬ 
loaded relations or views, and multiple 
copies, as derived objects. Maintenance of 
derived objects is deferred until a direct or 
indirect request is made to them. This 
avoids overhead associated with update 
broadcast. When a query needs to access a 
possibly outdated view, say V, the in¬ 
cremental update algorithms propagate 
changes of the base relations to all in¬ 
termediate views used in the derivation of 
V. The update cost of V is part of the cost 
of accessing V. Since the incremental up¬ 
date plus the cache cost is less than the cost 
of reexecuting the definition of the view, 
maintenance of views is free of overhead. 

The same technique is used with sec¬ 
ondary indexes. When a query needs to 
use an outdated index, it updates it first. 
This is done by batching, sorting, and 
merging all the updates together. The cost 


of maintaining a given index now becomes 
the cost of using it in answering the query 
instead of a uniformly distributed over¬ 
head cost. 

In the ADMS± environment, the defer¬ 
red update strategy is even more important 
because of the large distribution and mul¬ 
tiplicity of derived data objects. The sys¬ 
tem is not burdened by the overhead of 
broadcasting every change to every work¬ 
station that has data objects affected by 
the change. This keeps the communication 
control overhead low—even when the 
mainframe serves hundreds of worksta¬ 
tions, each of which maintains hundreds 
of downloaded objects. The other signifi¬ 
cant benefit of the deferred strategy is the 
efficiency of batching and processing the 
updates when needed instead of one at a 
time. 

The deferred update strategy also per¬ 
mits defining a new class of concurrency 
control protocols for redundantly derived 
or replicated data. 

Slowdown for speeding up: a fully con¬ 
current protocol. ADMS uses a concur¬ 
rency control protocol based on a new 
type of lock, called derived object lock, or 
d-lock for short. It allows concurrent re¬ 
trieval and update of access paths and 
other derived objects. Because of the de¬ 
ferred update strategy, a query involving 
retrieval of derived objects on a given ac¬ 
cess path is not necessarily a pure retrieval 
process. Very often, while retrieving from 
an access path, the access path update al¬ 
gorithm must be invoked to update any 
outdated subpaths so that we can retrieve 
from them. 

To retrieve/update a derived object on 
an access path, a d-lock on it is acquired. A 
d-lock is preceded by a shared lock to all 
base relations deriving the object. This im¬ 
plies that while an access path’s derived 
object is being brought up-to-date, con¬ 
current access to the deriving base rela¬ 
tions is allowed but updates are not. Nor 
are dependent paths allowed to retrieve/ 
update concurrently. However, as the 
retrieve/update of an access path pro¬ 
ceeds, previously dependent subpaths are 
released from their d-locks as they become 
independent, and concurrent retrieval/ 
updating through them is then permitted. 

The simple example in Figure 2 shows 
two paths, who.u253 and u253.what, that 
have a common subpath, u253. The first 
path to reach u253 requests a d-lock on it. 
If this request is granted to who.u253, for 
example, the d-lock will force path 
u253.what to wait at u253. As soon as 
u253 is updated, its d-lock is released, and 
path u253.what can run in parallel with 
who.u253. 

The most exciting aspect of this pro¬ 
tocol is that it is a fully concurrent, non¬ 
delay protocol. Even when a process B 
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requesting an update—say of path 
u253.what as in the previous example- 
waits for another process A to finish up¬ 
dating a dependent subpath, the waiting 
process B will not have to update the com¬ 
mon subpath, u253 and above. The cost of 
updating shared paths is paid only once by 
the d-lock holder. Since the earlier process 
A had d-locked the common subpath, the 
waiting process B has to wait only for A ’s 
remaining time, which is a fraction of the 
time it would take B to do it by itself. 
Thus, the more a process is slowed down 
by finding more and more d-locked ob¬ 
jects, the speedier its execution! Note that, 
since almost zero time is needed to check 
whether an object is up to date, the 
slowdown-for-speeding-up concept holds 
for any number of waiting processes. 

The ADMS+ separation of access paths 
to global and local allows this architecture 
to provide two levels of concurrency and 
security control. For global paths pro¬ 
cessed on the mainframe, the d-lock-based 
protocol for derived objects (a standard 
concurrency protocol using exclusive 
locks 10 for updates on base relations) and 
a security protocol 11 are used. When pro¬ 
cessing of the global subpath is finished, 
all locks are released before the processing 
of the local subpath begins. No concurren¬ 
cy control is needed on the workstation 
because all updates to base relations are 
transmitted to and processed at the main¬ 
frame. No security control is needed 
because new access paths are checked once 
at the mainframe before downloading. If 
they get downloaded, they remain accessi¬ 
ble until their global security status 
changes. 

The transfer of control from global to 
local results in an early release of locks that 
significantly increases the mainframe con¬ 
currency compared to the concurrency 
achieved when the whole access path 
resides on the mainframe. Furthermore, 
since local access paths on a workstation 
are mostly independent of local access 
paths on other workstations and since no 
synchronization-delay overhead is in¬ 
curred, overall concurrency is even higher 
than that of a fully distributed and non- 
redundant architecture. 

Access path distribution 
protocols 

In ADMS± two protocols distribute ac¬ 
cess paths between the mainframe and 
workstations. The two protocols differ in 
the bindings they permit between main¬ 
frame and workstation objects. 

The access path distribution (APD) pro¬ 
tocols are designed to 

(1) Maximize localization of subsets of 
data and access paths tailored to the ap¬ 


plications of a few workstations, but not 
general enough to be supported at the 
global level. 

(2) Maximize globalization of those ac¬ 
cess paths common to a good number of 
workstations. A common access path is 
considered global, and thus uploaded to 
the mainframe, if it is shared by k or more 
workstations, where k is set up by a policy 
maker. Since it is accessed more frequent¬ 
ly, a global path is more apt to be up to 
date. If updating is required, the cost paid 
in response to a requesting workstation 
can be depreciated against subsequent re¬ 
quests. 

(3) Keep target relations of all access 
paths of a workstation local. Keeping 
target relations on the workstation, even 
when they have global counterparts on the 
mainframe, provides very rapid access on 
the workstation. 

(4) Minimize the overhead of broad¬ 
casting promotions or demotions of access 
paths from local to global or vice versa. 

A brief explanation of ADMS± catalog 
management is necessary here. The 
ADMS + catalog tracks not only global 
objects but also local objects on any 
workstation that are bound to global ob¬ 
jects. The ADMS- catalog tracks all 
global objects and objects local to the 
workstation but has no knowledge of ob¬ 
jects local to other workstations. From its 
catalog, ADMS - cannot tell whether the 
creation of a new access path makes this 
path promotable to global, or whether a 
removal demotes it to local. But this is 
recognized by ADMS +, which tracks the 
commonality of access paths. When k is 
reached by the creation of a new path, the 
requesting workstation is notified about 
the promotion in order to upload it. When 
k- 1 is reached by a removal of a global 
path, the demotion notification is sent to 
the requesting workstation for its removal 
from the local catalog. Otherwise, it stays 
global but is no longer considered local to 
the removing workstation. Path promo¬ 
tion or demotion is never broadcast to 
other workstations sharing the path. They 
will be notified next time they request an 
access that has, in the meantime, been pro¬ 
moted/demoted. 


The access path distribution protocols 
are best described in terms of query lan¬ 
guage requests. ADMS± query requests 
that affect the distribution of access paths 
can be classified into four types: 

(1) creation of a new global base rela¬ 
tion, 

(2) display of an existing global base 
relation or a global view, 

(3) derivation of a new view from an ac¬ 
cess path that consists of a set of ex¬ 
isting or new intermediate base rela¬ 
tions and/or views, and 


(4) removal of a global base relation, a 
global view, or a local view. 

Each type of request is executed according 
to the rules of the protocol. 

APD1—static APD protocol. The 

static access-path-distribution protocol 
allows only identity bindings between 
mainframe and workstation objects; thus, 
the incremental update algorithms of this 
binding have to be used. Because of the 
simplicity of the identity binding, a single 
execution choice is possible. Thus, APD1 
is a static protocol. Using APD1, every ac¬ 
cess path in the mainframe is shared by at 
least k workstations. We now examine 
how each query type request is handled by 
APD1. 

Creation of a new base relation. Every 
base relation is created on the mainframe. 
No copy of the relation is retained on the 
requesting workstation and, therefore, no 
binding is created. (We assume that the 
creation of private base relations is han¬ 
dled by the workstations locally and that 
the mainframe and the rest of the work¬ 
stations never become aware of their ex¬ 
istence.) 

Display of an existing global relation or 
a global view. When a global relation or a 
global view is requested for display, it be¬ 
comes a target relation. To meet the third 
APD design principle, it is downloaded, 
and the identity binding is formed between 
the global and the target relation. 

Derivation of a new view. All main¬ 
frame relations required for the derivation 
but not on the workstation are down¬ 
loaded. As a result, appropriate identity 
bindings are formed. The rest of the access 
path is derived locally on the workstation. 

If constructing a new local view V 
makes a workstation the &th one sharing 
V, V and all local parts of its derivation 
path must be uploaded and become 
global. However, for each view V on this 
local path that is either a target relation or 
used in the derivation of a third view, its 
M( V') is retained on the workstation and 
identity binding between the global V and 
M(K') is formed. These upload rules are 
dictated by the third APD principle of 
keeping target relations on the worksta¬ 
tion and by the identity binding require¬ 
ment that any derivation from a global 
object V be preceded by a download of 
M( V) followed by local derivations from 
M(K'). 

Removal of a global base relation, 
global view, or local view. Removal of a 
global relation or a view affects the access 
path deriving it and all other access paths 
related to it. Bindings are also either 
directly or indirectly affected. 


December 1986 


23 







FOR YOUR PROFESSIONAL GROWTH 

Attend COMPCON 87 

The year's only broad-based computing conference 
sponsored by IEEE-CS, the world's largest computer society. 


Preliminary Program Data: 39 Sessions 


Plenary Session Presentations 

Future Directions In High Performance Work 
Stations. Prof. AndriesVan Dam, Brown Univ, 
Trends In Knowledge Processing: From Expert 
Systems To Intelligent Systems Engineering. 
Dr. Frederick Hayes-Roth, Teknowledge Inc, 

Networks, Local & Open Systems 

Debate, Correct Interface to File Servers 
Local Area Networks 
ISO—OSI Pros & Cons 


Al, Architecture & Expert Systems 

TheXenologicXI 

Expert System Development Environments 
Intelligent Systems for Management Decisions 
Manufacturing Al: CAD/CAM, Prod. Eng. 
Knowledge Net 

Expert System, Tools and Applications 
Neural Based Architectures: Breakthroughs Real? 

Supercomputers and Superminis 

Supercomputers: ETA 10, IBM 3090, Elxsi. 

Warp: Systolic Supercomputer 
Second Generation Superminis 

Security, Trusted Networks 

Trusted Systems 
Trusted Networks 
Computer Security 


Software, Languages & Systems 

LISP Benchmarks 
Future Computing Environments 
COBOL 85—The New Productivity Tool 
Distributed Operating Systems 
Technical Directions of UNIX 
Multimedia Information Environments 
High Performance Transaction Systems 
Managing Change In High Availability Systems 

Software, Technologies 

Object Oriented Models 
Software Reuse—The State of the Malpractice 
Whafs Up with Ada Compiler Technology? 
Reusable Software Component Libraries 
Window Systems, Diverging Views of Future 

Interesting Computer Organization 

AT&T Bell Labs C Machine 
Alternative Computer Architectures 
VAX 8800 System 

Audience Open Mike, Your Provocative Proposals 

Optics, Computing & Storage 

Optical Disks, Present and Future 
New Directions in Optical Computing 

CAD, Parallel Processing 

Parallel Processing for CAD Applications 

Digital Signal Processing 

Digital Signal Processing 


Conference Tuesday Feb. 23 through Thursday Feb. 27,1987 
Cathedral Hill Hotel, San Francisco, California 
See January 87 COMPUTER MAGAZINE for Advance Program and registration forms. 


COMPCON Tutorials 

Monday, Feb. 23,1987 Friday, Feb. 27,1987 

"Local Networks—Changing Directions." "Reusable Software Engineering." Peter Freeman 

Harvey Freeman "Practical Computer Security & Cryptography" 

"Secure Operating Systems." Lyle (Terry) Cox Russell Brand & Gilles Brassard 

"Al Machines." David Shaw "Al Managing Knowledge Systems Software 

"Software Reuse: State of the Practice." Will Tracz Development." Avron Barr 


For More Information Contact: 

Program Information: Glen G, Langdon, Jr., Publicity Chairman 

IBM Dept. K54/802 650 Harry Road, San Jose, CA 95120-6099 (408) 927-1818 
Registration Information: Lori Gorz, COMPCON Administrator 

LLNL RO. BOX 808, L-130, LIVERMORE, CA 94550 (415) 422-8934 


SPONSORED BY THE 

^ IEEE COMPUTER SOCIETY 

THE institute of electrical and 

^^ELECTRONICS ENGINEERS. INC 










A request for removing a global base 
relation R causes the removal of R from 
the mainframe and of M(R) from the 
workstation. All global (local) views de¬ 
rived from R(MR) are also removed and 
their bindings are broken. 

When the removal of a view V is re¬ 
quested, it is removed from the worksta¬ 
tion only. If it is bound to the mainframe 
object, the corresponding binding is 
broken. All views, global or local, derived 
from Fare also removed and related bind¬ 
ings are broken. Any binding created 
merely for the derivation of V is broken. 
Note that, according to the fourth APD 
principle, even though the removal of a 
view V triggers its demotion—breaks the 
ATh identity binding— V remains on the 
mainframe until all other workstations 
having bindings to V make a direct or in¬ 
direct reference to it, at which time these 
bindings get adjusted. 

APD2—dynamic APD protocol. The 

dynamic access-path-distribution pro¬ 
tocol allows derivation bindings as well as 
identity bindings. In APD2, as in APD1, 
every mainframe access path is shared by 
at least k workstations, but both types of 
bindings are possible between mainframe 
and workstation objects. For operations 
where both bindings are applicable, either 
one can be chosen dynamically, depending 
on the mainframe’s load, speed, and so 
on. In contrast, ADP1 provides a simpler 
but fixed execution distribution of access 
paths. 

The description of this protocol is the 
same as that of APD1 except for the 
derivation of a new view. Therefore, we 
will only cover that case. 

Derivation of a new view. In the deriva¬ 
tion binding a view can be derived either 
on the mainframe, the workstation, or 
both. In each of these cases, the derivation 
contains a local subpath which, because of 
the current request, may become pro- 
motable. Then all views of that subpath 
must be promoted. 

When a new view M(V) created by a 
derivation binding becomes global, then it 
is uploaded as V to the mainframe. If 
M(V) is a target relation for the worksta¬ 
tion, the derivation binding of Kis broken 
and a new identity binding between the 
global V and M{V) is created. If, on the 
other hand, M( V) is not a target relation 
but is used in the derivation of another 
target relation V , then either M( V) can be 
bound by an identity binding to V, as 
above, or M( V ) is bound to Kby a new 
derivation binding. 

Global and local control parameter. The 

parameter k is used to control globaliza¬ 
tion. When k gets smaller and smaller, ac¬ 
cess paths become more and more global, 


and workstations have less and less com¬ 
putation to do on their own. This increases 
mainframe load and reduces the overall 
system concurrency. On the other hand, 
when At gets bigger and bigger, access paths 
become less and less global, and worksta¬ 
tions have to do more and more computa¬ 
tion on their own. This increases concur¬ 
rency and distribution of the load. Thus, 
k provides a spectrum of access path 
distribution. 

Two very interesting distributions are 
achieved by giving k its two extreme 
values. When k is one, everything becomes 
global. This achieves maximum access 
path sharing at the cost of increased main¬ 
frame load and reduced concurrency. The 
other extreme is when k becomes bigger 
than the number of workstations. In this 
case, only global base relations are main¬ 
tained on the mainframe and all access 
paths are local. This may be a very 
desirable approach for a less-capable 
mainframe that (due to load, speed, stor¬ 
age, and so on) becomes the system bottle¬ 
neck, or when a policy of confining all 
load generated by a workstation within 
itself is desirable. In this extreme case of k, 
no overhead is incurred other than the ab¬ 
solute minimum required to maintain the 
database consistent in a multi-user en¬ 
vironment. All other processing is inde¬ 
pendently and concurrently done on the 
workstations. 


I n brief, this new database systems ar¬ 
chitecture fully integrates local and 
global database management. The 
implementation of an ADMS± prototype 
is near completion. Further exploration of 
the incremental approach and its prin¬ 
ciples is already under way. We are apply¬ 
ing these principles and techniques pre¬ 
sented to fully distributed databases with 
replicated copies that can be incrementally 
maintained. □ 
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Metadata 


A self-describing 
database system uses 
an active and 
integrated data 
dictionary to provide 
metadata to systems 
and users. The data 
dictionary system uses 
the services of the 
database system to 
manage metadata. 


Management 



Leo Mark and Nick Roussopoulos 
University of Maryland 


A database system should support a 
rich variety of metadata describ¬ 
ing and controlling the manage¬ 
ment and use of data. Few database systems 
today provide even rudimentary integrated 
metadata management facilities. 

This article presents a self-describing 
database system. Its active and integrated 
data dictionary system provides the only 
source of metadata to users, programs, 
and the database system, and uses the ser¬ 
vices offered by the database system for 
metadata management. We focus on the 
design of a self-describing metaschema 
and a formalism for specifying some of the 
operations controlling the evolution of 
database schemata. 


Architecture for self- 
describing database 
systems 

A self-describing database system and 
its environment are illustrated in Figure 
1. 1,2 The data mapping control system, or 
DMCS, supports and enforces two or¬ 
thogonal dimensions of data description, 
the point-of-view dimension and the 
intension-extension dimension. 

The point-of-view dimension has three 
levels of data description: the information 
meaning described in the conceptual 
schema, the external data representations 
described in external schemata, and the in¬ 
ternal physical data structure layout 
described in the internal schema. These 
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three levels of data description result in 
databases that are flexible and adaptable 
to changes in the way users view the data 
and in the way data is stored. This com¬ 
bination of flexibility and adaptability is 
usually called data-independence. 3 

The intension-extension dimension has 
four levels of data description: 

(1) the information about the data 
model supported by the database 
system described in the meta¬ 
schema, 

(2) the information about the manage¬ 
ment and use of data described in 
the data dictionary schema, 

(3) the information about specific ap¬ 
plications described in the applica¬ 
tion schemata, and 

(4) the application data. 

Each level of data description in the 
intension-extension dimension is the in¬ 
tension of the succeeding data description 
and the extension of the preceding data 
description. An intension completely 
describes and controls changes of an ex¬ 
tension. All the levels of the intension- 
extension dimension are described in 
terms of the same data model. A descrip¬ 
tion of the metaschema is explicitly stored 
as part of its own extension—it is self¬ 
describing. The stored metaschema can be 
retrieved, but it cannot be changed; it is 
self-describing, not self-destructing. 

The DMCS can be thought of as a 
DBMS stripped to the bones on the one 
hand, but still a complete DBMS on the 
other hand. It supports the set of elemen¬ 
tary functions essential to the maintenance 
of the two dimensions of data description. 
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Figure 1. Self-describing database system environment. 


The data language (DL) interface is the 
data manipulation language for the data 
model. Because the metaschema is self¬ 
describing, all data, including descrip¬ 
tions, is defined, retrieved, and manipu¬ 
lated through the DL interface. No data 
definition language is needed. 

The data management tool box contains 
software that is plug-compatible with the 
DMCS through the DL interface. A data 
management tool supports high-level 
functions that, although important, are 
not essential to data management. To pro¬ 
duce a plug-compatible data management 
tool, information about the data model 
must be retrievable through the DL inter¬ 
face. This is exactly why the metaschema is 
explicitly stored. Each of these tools will 
have its own user interface, but each must 
interface with the DMCS through the DL 
interface. A database administrator would 
develop or buy off-the-shelf data manage¬ 
ment tools, such as schema design aids, 
software documentation packages, high- 
level query language processors, report 
generators, etc., to supplement the 
elementary functions supported by the 
DMCS. He or she would develop or buy 
off-the-shelf definitions of the data dic¬ 
tionary schema and definitions of applica¬ 
tion schemata for classes of applications. 

The internal data language (i-DL) inter¬ 
face is the interface through which all data 
is passed from the DMCS to the operating 
system supporting the DMCS. 

The two orthogonal dimensions of data 
description supported by the DMCS, the 


point-of-view and the intension-extension 
dimension, are illustrated in Figure 2. 

Any system in this new architecture is 
born with data structures to hold the 
metaschema extension—the data dic¬ 
tionary schema. Initially, the data dic¬ 
tionary schema consists of the stored 
description of the metaschema. The data 
dictionary schema can subsequently be ex¬ 
panded into a full data dictionary schema 
describing and controlling the manage¬ 
ment and use of application databases. 
Initially, the extension of the data dic¬ 
tionary schema, the data dictionary data, 
consists of an empty set of tables. 

The architecture supports software 
plug-compatibility and data plug-com¬ 
patibility, which gives the database ad¬ 
ministrator the freedom to choose the 
tools for data management and define the 


data management strategy best suited for 
the enterprise. 

The architecture unifies well-estab¬ 
lished principles and current trends in the 
areas of database systems and data dic¬ 
tionary systems. It is a generalization of 
the ANSI/SPARC DBMS Framework, 
which only considers the point-of-view 
dimension, and comprises recent ideas on 
the intension-extension dimension from 
the International Standards Organization 
Working Group (ISO/TC97/SC5/WG3) 
on the conceptual schema and informa¬ 
tion base. It supplements data model stan¬ 
dardization efforts and supplements data 
dictionary system standardization efforts. 

The architecture is based on the notion 
of self-describing database systems and 
has matured through several discussions in 
the ANSI/SPARC Database Architecture 




Figure 2. Point-of-view dimension (a) and intension-extension dimension (b). 
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Figure 3. Graphic formalism 
for data structures. 



Framework Task Group, DAFTG. The ar¬ 
chitecture has been accepted by ANSI/ 
SPARC and is being considered by ISO as a 
reference model for database systems in the 
late 1980’s and the 1990’s. 


The metaschema 

We use the relational data model as an 
example. 4 However, we use a graphic for¬ 
malism inspired by the object-role data 
models. 5,6 The symbols in Figure 3 repre¬ 
sent the definition of a relation with name 
r and two attributes with names al and a2. 
The attributes are defined over a nonlex- 
ical domain with name dl and a lexical do¬ 
main with name d2, respectively. 7,8 

The entities in relational schemata are 
definitions of relations, domains, and at¬ 
tributes. The entity names used in these 
definitions are relation names, domain 
names, and attribute names. Accordingly, 
we define in Figure 4 the nonlexical do¬ 
mains named relation, domain, and at¬ 
tribute, and the lexical domains named 
relation-name, domain-name, and attrib¬ 
ute-name. The three unary relations 


named relation, domain, and attribute 
define sets of entities in existence. The re¬ 
lation named rein defines relationships be¬ 
tween existing relations and their relation- 
name. The relation named attn defines 
relationships between attributes and 
attribute-names. The relation named 
domn defines relationships between do¬ 
mains and their domain-names and lex- 
icality. Finally, the relation named rdas 
defines the relationships between rela¬ 
tions, domains, and attributes. The keys, 
indicated by double headed arrows, point 
out attributes, the values of which unique¬ 
ly identify tuples in the relation. Note that 
no two relations can have the same name 
and no relation has more than one name. 
The same restriction applies to domains 
and their names. In rdas we indicate that 
an attribute is a unique entity related to at 
most one domain and relation. 

There are several more constraints in¬ 
volved: the relations relation, domain, 
and attribute model sets of entities in ex¬ 
istence. Therefore, rein [relation] £ rela- 
tionfrelation] and corresponding rules ap¬ 
ply for domains and attributes. On the 
other hand, we insist that all relations have 


names, so actually rein [relation] = rela- 
tion[relation]. Also, attribute names must 
be unique within relations. 

These rules, together with the keys and 
several other rules, will all be specified as 
part of the operations defined in the 
metaschema. 

Boxes represent metaschema relations. 
Full circles represent nonlexical domains 
of surrogates used to model entities. 
Broken circles represent lexical domains 
used to model entity-names. Arrows rep¬ 
resent keys. The metaschema is so far self¬ 
describing. It is defined in terms of rela 
tions, domains, and attributes, and its 
definition can be stored in the database it 
defines. See Figure 5. (We have omitted 
the unary relations relation, domain, and 
attribute.) 

Operations in the core 
metaschema 

To make sure that the metaschema com¬ 
pletely models and controls all operations 
on its extension (the data dictionary 
schema), we define an insert, delete, and 
modify operation for each relation in the 
metaschema. From the database ad¬ 
ministrator’s point of view these opera¬ 
tions are elementary, but as we shall see in 
their specification below, each involves 
several implied operations on update- 
dependent relations. All the operations we 
define must be explicitly represented in the 
metaschema, otherwise the metaschema 
does not completely model and control all 
operations on its extension. For the 
metaschema to be self-describing, it must 
explicitly model the notion of an operation 
and control all operations on the specifica¬ 
tion of operations. We do not consider this 
expansion of the core metaschema here. 
For a detailed description, see Mark. 9 
Operations are specified in the language 
we now describe. 10 

Syntax. Each operation is defined by a 
set of update dependencies, each with the 
following form: 

<opl> —> <cond>,<op2>,..., 
< opn >. 

where <opl> is the operation being 
defined: <opi>, i = 2,...,n, is either an 
implied operation or an implied primitive 
operation; and < cond> is a condition on 
the database state. 

An operation <opi> has one of the 
following forms: 
insert( < relation_name > 
(<tuple_spec>)) 
delete( < relation_name > 
(<tuple_spec>)) 
modify( < relation_name > 
(<tuple_spec>)), 

< relation_name > (< tuple_ 
spec >)) 
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Figure 5. Metaschema description stored in metaschema extension. 


where the < tuple spec > is a tuple variable 
for the relation with the name < relation 
name> and consists of a list of < domain 
variable>s. The <tuple spec> in 
<opl> is the formal parameter for 

< op 1 >. All the < domain variable > s in 
the < tuple spec> of <opl> are as¬ 
sumed to be universally quantified. All 

< domain variable >s in the < tuple 
spec > s of < opi >, not bound to a univer¬ 
sally quantified < domain variable > in 
<opl>, are assumed to be existentially 
quantified. All < domain variable >s are 
in caps; nothing else is. 

The implied primitive operations are 
assert for adding a new tuple in a relation, 
retract for eliminating one, write and read 
for retrieving data from the user, new for 
creating a unique new surrogate, and 
break for temporarily stopping the system 
to do some retrieval before giving control 
back to the system. The implied primitive 
operations <opi> have the following 
forms: 

assert(<relation name>(<tuple 
spec >)) 

retract(<relation name>(<tuple 
spec >)) 

write(“ <any text > ”), or write 
(< domain variable >) 
read( < domain variable >) 
new( < relation name > 

(< tuple spec>)) 
break 

The < relation name> used in the 
operation new must be the name of a 
unary relation defined over a nonlexical 
domain. The conditions <cond> are ex¬ 
pressions of predicates with the form 
<relation name>(<tuple spec>). The 
connectives used in forming the expres¬ 
sions are A (and) and -> (negation). In ad¬ 
dition, we use the primitive predicates 
nonvar and var to decide whether or not a 

< domain variable > has been instan¬ 
tiated. 

Conditions can also be used by the user 
to retrieve data from the system. 


Semantics. An operation succeeds if, 
for at least one of its update dependen¬ 
cies, the condition evaluates to true and 
all the implied operations succeed. It fails 
otherwise. 

When an operation is invoked, its for¬ 
mal parameters are bound to the actual 
parameters. The scope of a variable is one 
update dependency. Existentially quanti¬ 
fied variables are bound to values selected 
by the database system or to values sup¬ 
plied by the user upon request from the 
database system. Evaluation of condi¬ 
tions, replacement of implied operations, 
and execution of implied primitive opera¬ 
tions are left-to-right and depth-first for 
each invoked update dependency. For the 
evaluation of conditions we assume a 
closed world interpretation. 11 

The nondeterministic choice of a re¬ 
placement for an implied operation is 
done by backtracking, selecting in order of 
appearance the update dependencies with 
matching left-hand sides. If no match is 
found, the operation fails. 

An implied operation matches the left- 
hand side of an update dependency if 

• the operation names are the same, and 

• the relation names are the same, and 

• all the domain components match. 
Domain components match if they are the 
same constant or if one or both of them is a 
variable. If a variable matches a constant, 
it is instantiated to that value. If two 
variables match, they share value. 

The semantics of the primitive opera¬ 
tions are 

assert(r(t)) 

Its effect is r : = r U {t) . It always suc¬ 
ceeds. All components of t are constants. 

retract(r(t)) 

Its effect is r : = r\ {t) where all compo¬ 
nents of t are constants. It always suc¬ 
ceeds. 

write(“text”) 

It writes the “text” on the user’s screen. It 
always succeeds. 

write(X) 


It writes the value of X on the user’s 
screen. It always succeeds. 
read(X) 

It reads the value supplied by the user and 
binds it to X. It always succeeds (if the user 
answers). 
new(r(D)) 

It produces a new unique surrogate 7 from 
the nonlexical domain over which r is 
defined and binds the value of the variable 
D to this surrogate. It always succeeds, 
break 

It suspends the current execution and 
makes a new copy of the interpreter avail¬ 
able to the user, who can use it to retrieve 
the information needed to answer a ques¬ 
tion from an operation. 

We kept the list of primitive operations 
minimal to illustrate the concept. It can 
easily be extended. We should emphasize 
that the user cannot directly invoke 
primitive operations. 

The execution of assert and retract 
operations done by the system in an at¬ 
tempt to make an operation succeed will 
be undone in reverse order during 
backtracking. This implies that an opera¬ 
tion that fails will leave the database un¬ 
changed. 

The operations. We will only specify the 
few operations shown in the table in 
Figure 6 to illustrate the principles. For a 
detailed discussion, see Mark. 9 
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delete 
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Figure 6. The operations. 
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Figure 7. 
Insertion into relation. 


insert (relation (R)) 

- var(R), 

new (relation (R)), 
insert (relation(R)). 

- nonvar(R) A relation(R). 

-» nonvar(R) A -i (relation(R)). 

assert (relation (R)), 
insert (rdas(R, 

insert(re!n(_,R)). _ 


Figure 8. 
Insertion into rein. 


insert (reln(N,R)) 

- var(R), 
new(relation(R)), 
insert (rein (N,R)). 

- V “ (N l’ 

write("relation name?"), 

break, 

read(N), 

insert (rein (N,R)). 

- nonvar(N) A nonvar(R) A reln(N,R). 

- nonvar(N) A nonvar(R) A -i(reln(N,_)) A -i(reln(_R)), 
assert(reln(N,R)), 

insert (relation(R)), _ 


insert(attribute(A)) 

- var(A)), 

new (attribute (A)), 
insert (attribute (A)). 

- nonvar(A) A attribute(A). 

- nonvar(A) A -i(attribute(A)), 
assert (attribute (A)), 

insert (attn( A,_)), 
insert (rdas(__ A). 


Figure 9. Insertion into attribute. 


If the variable R in the operation 
insert(relation(R)) in Figure 7 is uninstan¬ 
tiated when the insertion into relation rela¬ 
tion is called, the system produces a new 
surrogate and proceeds with the insertion. 
If R is instantiated, two possibilities exist: 
R is already in relation relation, in which 
case the insertion succeeds with the 
database state unchanged; or R is not in 
relation relation, in which case we insert it. 
Since all relations must have some at¬ 
tributes and a name, we propagate by trig¬ 
gering insertions into the relations rdas 
and rein of the tuples (R,_,_) and (_,R), 
respectively, indicating that the relation 
surrogate is at this point the only thing we 
know. 

In the operation insert(reln(N,R)), in 
Figure 8, the first two rules produce or re¬ 
quest from the user any uninstantiated 
variable values. The insertion operation 
succeeds with the database state un¬ 
changed if a relation with that particular 
name is already in the database. If no rela¬ 


tion with the name N exists and the rela¬ 
tion represented by surrogate R does not 
already have a name, we assert the tuple 
and propagate by inserting R in relation 
relation. 

In the operation insert(attribute(A)) in 
Figure 9, the first update dependency pro¬ 
duces a new attribute surrogate if needed. 
The second succeeds if the surrogate is 
already present. The third makes the asser¬ 
tion and propagates through insertions in 
attn and rdas. 

In the operation insert(rdas(R,D,A)) in 
Figure 10, a new attribute surrogate is pro¬ 
duced if needed. If the attribute is not 
already in rdas and relation and domain 
surrogates are not provided, they are re¬ 
quested. If attribute name uniqueness 
within relations is not about to be violated, 
then the tuple is asserted in rdas. This may 
cause propagation to relations relation, 
domain, and finally attribute. 

The relation rdas is central to the core 
metaschema. Since we want domains to 
exist without being currently used in any 
relations, the only direct propagation 
from deleting tuples from rdas is to at¬ 
tribute and sometimes to relation. 

The definition of the compound update 
operation delete(rdas(R,D,A)) in Figure 
11 is very special, because it allows the user 
free use of any combination of unistan- 
tiated variables, possibly resulting in 
multiple tuple deletions. The multiple 
deletions result from extensive use of 
recursion, and every single deletion is 
automatically propagated during the 
process. 

If no tuples matching the actual param¬ 
eter are present in rdas, the operation suc¬ 


ceeds with the database unchanged. If all 
’variables are uninstantiated, we don’t 
allow any change. The operation succeeds 
with nothing done to the database. The 
possible combination of instantiated/un¬ 
instantiated parameter combinations left 
are illustrated in Figure 12. 

Because the attribute uniquely identifies 
one tuple, one (domain, relation), all oper¬ 
ations with an attribute surrogate cause 
one tuple deletion from rdas, which is 
propagated to attribute. If the attribute to 
be deleted is the last one in a relation, then 
the deletion also propagates to relation. If 
only the domain surrogate is given, 
rdas(_,d,_), then we must delete all uses of 
that domain in any relation. If only the 
relation surrogate is given, rdas(r,_,_), 
then all attributes for that relation are 
deleted from rdas, implying of course the 
deletion of the relation too. Finally, if both 
relation and domain surrogates are given, 
rdas(r,d,_), then we must delete all uses of 
the given domain in the given relation. 

If the attribute is not present in at¬ 
tribute, the operation delete(attribute(A)) 
succeeds with the database unchanged. 
See Figure 13. In the last update depen¬ 
dency, if no value is given, the user is 
prompted for one and the operation is 
tried again. In the second update depen¬ 
dency, if a value is given and that value is in 
attribute, we remove it and propagate by 
deleting all its names from attn and all its 
uses from rdas. 

It takes only simple arguments to see 
that if a deletion of an attribute is caused 
by a previous deletion from rdas, then the 
propagation to rdas from this update 
dependency immediately returns with suc¬ 
cess, because that attribute is not used in 
rdas anymore (by the very first update 
dependency). 

If, on the other hand, this deletion from 
attribute is the original one, the propaga¬ 
tion back to attribute following the propa¬ 
gation back to rdas will succeed by the first 
update dependency. 

The operation delete(relation(R)) is 
shown in Figure 14. If a surrogate for the 
relation is given and the relation exists, it is 
removed, its name is deleted, and all at¬ 
tribute and domain relationships to the 
relation are deleted from rdas. 

In the operation delete(reln(N,A)) in 
Figure 15, only the relation surrogate or 
the name is needed to uniquely identify a 
tuple to be deleted, so there is no internal 
recursion in this rule. The propagation of 
the deletion to relation succeeds with the 
job done, and the returning call of a dele¬ 
tion from rein stops on the first rule. 

In a fully expanded metaschema there 
will be several more relations and opera¬ 
tions modeling and controlling all opera¬ 
tions on the specification of operations. 9 
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inserted as(R,D, A)) 

- nonvar(A) A rdas(__,A). 

- var(A), 
new(attribute (A)), 
insert (rdas(R,D, A)). 

- var(R) A -i(nonvar(A) A rdas(__A)), 
write ("relation surrogate?"), 

break, read(R), 
insert (rdas(R,D, A)). 

- var(D) A -i(nonvar(A) A rdas(__,A)), 
write ("domain surrogate? "), 

break, read(D), 
insert (rdas(R,D, A)). 

- nonvar(A) A nonvar(R) A nonvar(D) A -i(rdas(__,A)) A 
-i(rdas(R_B) A attn(A,N) A attn(B,N) A —<(A=B)), 
assert (rdas(R,D, A)), 

insert (relation (R)), 
insert (domain(D)), 
insert (attribute(A)). 


Figure 10. Insertion into rdas. 


delete(rdas(R,D,A)) 

- -i(rdas(R,D,A)). 

- var(A) A var(D) A var(R), 
write("nothing done"). 

- nonvar(A) a rdas(R,D,A) A rdas(R,_B) A -i(A=B), 
retract(rdas(R,D,A)), 

delete (attribute (A)). 

- nonvar(A) A rdas(R,D,A) A -i(rdas(R,_,B) A -.(A=B)), 
retract(rdas(R,D,A)), 

delete(attribute(A)), 
delete(relation(R)). 

- nonvar(D) A var(A) A var(R) A rdas(R,D,A), 
delete(rdas(R,D,A)), 

delete (rdas(_D,_)). 

- nonvar(R) A var(A) A var(D) A rdas(R,D,A), 
delete(rdas(R,D,A)), 

delete (rdas (R__)). 

- nonvar(R) A nonvar(D) A var(A) A rdas(R,D,A), 
delete(rdas(R,D,A)), 

delete(rdas(R,D,_))V _ 

Figure 11. Deletion from rdas. 



tiated/uninstantiated parameter com¬ 
binations. 


delete(attribute(A)) 

- -i(attribute(A)). 

- nonvar(A) A attribute (A), 
retract (attribute (A)), 
delete(rdas(__A)), 
delete(attn(A,_)). 

- var(A), 

write("attribute surrogate?"), 

break, 

read(A), 

delete (attribute (A)). 


Figure 13. Deletion from attribute. 


delet e (relation (R)) 

-* -i (relation (R)). 

- var(R), 

write ("relation surrogate?"), 
read(R), 

delete (relation (R)). 

- nonvar(R) A relation(R), 
retract (relation (R)), 
delete (rein (_ R)), 
delete(rdas(R,__)). 


Figure 14. Deletion from relation. 


Farther down the 

intension-extension 

dimension 

We need to control schema definition 
from both the metaschema level and the 
data dictionary schema level. The first 
question is therefore what the initial con¬ 
tent of the intension-extension dimension 
is. The second question is how we set up 
the initial content of the intension- 
extension dimension. 

As we shall see, the initial content of the 
data dictionary schema includes only the 
bare minimum needed to control the 
definition and change of application 
schemata. A data dictionary schema must 
do much more than that. The third ques¬ 
tion therefore is how the database ad¬ 
ministrator chooses, defines, and enforces 
a database management strategy. 

The relations and operations in the 
metaschema define and control operations 
only on the immediate extension of the 
metaschema. They define and control 
only intralevel propagation of a schema 
change. Insofar as general rules and laws 


can be identified, which is difficult, the 
metaschema and the data dictionary 
schema should also define and control in¬ 
terlevel propagation caused by changing 
an extension interpreted as intension for 
the next level. The fourth question 
therefore is how we specify and enforce in¬ 
terlevel propagation. 

These four questions will be addressed 
in the following short sections. 

Initial content. We need to control the 
definition and change of relations and 
operations from both the metaschema and 
the data dictionary schema. In the first 
case, we must control the definition and 
change of the data dictionary schema. In 
the second case, we must control the 
definition and change of the application 
schemata. 

The relations and operations defined in 
the previous section are not level specific 
and we can use them at any level where we 
need to control the definition and change 
of schemata at the next level. We therefore 
choose to include the relations and opera¬ 
tions defined previously in both the 
metaschema and the data dictionary 


schema, also in accordance with our prin¬ 
ciple of self-description. 

On the other hand, we do need to be 
level specific when we call and execute an 
operation on some relation. We choose to 
identify the level of data description at 
which a level-specific operation is defined 
by prefixing operation names with an m 
for metaschema, a dd for data dictionary 
schema, and an s for application schema. 

A set of level-specific metaschema 
operations can be defined as shown in 


delete(reln(N,A)) 

- _l (reln(N,R)). 

- var(N) A var(R), 

write ("relation name?"), 

break, 

read(N), 

delete(reln(N,_)). 

- -i(var(N) A var(R)) A reln(N,R), 
retract(reln(N,R)), 

delete (relation (R11. 


Figure 15. Deletion from rein. 
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m_delete(reln(N,R)) 

deletefreln(N.R)). 


Figure 16. Metaschema level-specific 
deletion from rein. 


m_insert (rein (N,R)) 

- c2, 

insert (rein (N,R)). 


Figure 17. Metaschema level-specific in¬ 
sertion into rein. 


Figures 16 and 17. The purpose of the con¬ 
ditions cl, c2, ... is to protect from 
changes that part of the data dictionary 
schema that has the twofold role of being a 
stored description of the metaschema and 
an integral part of the data dictionary 
schema controlling application schema 
definition and change. 

As a simple example of how the 
m-operations protect the stored descrip¬ 
tion of the metaschema from modifica¬ 
tions, consider the condition cl in the 
operation specification in Figure 16. It 
must include the following: 
cl = -i(N = namel) a-i 
(N = name2) A ... A -> (N = namen), 
where namel,..., namen are the names of 
the metaschema relations. 

We choose to let the initial content of 
the data dictionary data be an empty set of 
relations ready to hold the extension of the 
initial content of the data dictionary 
schema. 

Finally, we choose not to include any 
initial content of application data. 

Our choices for the initial content of the 
intension-extension dimension can be 
summarized as in Figure 18. 

The metaschema consists of the meta¬ 
schema relations and the operations de¬ 
fined previously, and level-specific meta¬ 
schema operations as those defined in 
Figures 16 and 17. The metaschema itself 
is imaginary, meaning that nothing is ac¬ 
tually stored in the dotted line box. We will 
later explain how the relation definitions 
of the metaschema itself are hard-wired in 
the DL-processor. 

A description of the metaschema is ex¬ 
plicitly stored in the black box of the data 
dictionary schema. Nothing in the black 
box can be changed by operations defined 
in the metaschema—the metaschema is 
self-describing, not self-destructing. The 
conditions in the level-specific meta¬ 
schema operations prevent changes of the 
stored description of the metaschema. 
Nothing but the description of the meta¬ 


schema is part of the initial content of the 
data dictionary schema. 

The initial content of the data diction¬ 
ary data is an empty set of relation tables 
ready to store the extension of the initial 
data dictionary schema. 

Setting up the initial intension-exten¬ 
sion dimension. In order to explain how 
we set up the initial content of the 
intension-extension dimension, we must 
first make some assumptions about the 
DL-processor. 

The DL processor. The DL pro¬ 
cessor—the DMCS—has the definition of 
the metaschema built in. This basically 
means that it knows the names of the 
metaschema relations, how they are struc¬ 
tured, and in which files their extensions 
are stored. The DL processor does not 
have the definition of the metaschema 
operations built in. Instead, it has a search 
module that retrieves an operation specifi¬ 
cation given an operation call. It locates 
m-operations from the data dictionary 
schema, dd-operations from the data dic¬ 
tionary schema, and s-operations from the 
data dictionary data. 

The execution module executes non¬ 
level-specific operations relative to the 
level specific operations that called them. 
If the level cannot be decided from the 
call, the operation fails. 

The DL processor enforces the opera¬ 
tional semantics of the update dependency 
formalism. As part of this, the specifica¬ 
tion of primitive operations is built in. 

The setup. To set up the initial content 
of the intension-extension dimension, we 
replace the search module of the DL pro¬ 
cessor by a booster module. The booster 
module searches an externally stored set of 
level-specific metaschema operation 
specifications to retrieve an operation 
specification, given an operation call. This 
externally stored set of level-specific 
metaschema operations differs from the 
set we want to store in one sense: the 
operations do not have the conditions cl, 
c2, ... , cn defined above. 

We now issue the series of m-operation 
calls, resulting in the insertion of the 
metaschema description as part of the data 
dictionary schema. 

Finally, we replace the booster module 
by the search module, and we are in 
business. 

Note that an insertion into the relation 
relation at any level creates an empty table 
at the next level to hold the extension of 
the inserted relation definition. This is a 
general rule for interlevel propagation. 

Expanding the data dictionary schema. 

The data dictionary schema must define 
and control all operations on data used for 


database management. Most importantly, 
the data dictionary schema must control 
the definition and change of application 
schemata, as discussed. But, in addition to 
that, the data dictionary schema must de¬ 
fine and control the notions of authoriza¬ 
tion, user, schema, program, file, distribu¬ 
tion, etc. 

As the database administrator decides 
on a database management strategy, he or 
she will define relations and operations in 
the data dictionary schema to enforce this 
strategy, and the part of the data dic¬ 
tionary schema copied from the meta¬ 
schema will gradually be expanded into a 
full data dictionary. This means that the 
level-specific operations defined in the 
data dictionary schema will be more com¬ 
plicated than those for the metaschema. 
As the data dictionary schema expands, 
the level-specific operations in the data 
dictionary schema must control the propa¬ 
gation of changes of application schemata 
to changes of data dictionary data con¬ 
trolled by the expanded data dictionary 
schema. 

In an expanded data dictionary schema, 
the level-specific operations are con¬ 
structed from the original metaschema 
operations, as illustrated in Figure 19. 

The conditions cl, c2, ... , cn, can test 
data controlled by the expansion of the 
data dictionary schema and thereby 
distinguish alternatives for propagating 
changes of data, controlled by the initial 
data dictionary schema, into changes of 
data, controlled by the full data dictionary 
schema. The alternative sequences of im¬ 
plied operations on the data, controlled by 
the expanded data dictionary schema, are 
inserted in the operation specification in 
Figure 19, as indicated by the dots. 

Note that the database administrator 
must use the original non-level-specific in¬ 
sert, delete, and modify operations when 
defining the level-specific data dictionary 
schema operations that constitute the user 
interface for the database designer. 

It is important to realize that the only 
part of the data dictionary schema that 
cannot be changed in any way through the 
metaschema is the initial part controlling 
relation definition and change. This 
means that the database administrator can 
design the database management applica¬ 
tion to suit the particular needs of the 
enterprise, the same way a database 
designer designs an ordinary application. 
If the database administrator prefers a 
particular kind of authorization pro¬ 
cedure, then he or she can include it. 
Likewise, if the database needs to be dis¬ 
tributed, the distribution model can be 
defined appropriately. 

In summary, the database administrator 
decides on the database management 
strategy rather than having to suffer with 
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an inadequate strategy forced by the 
database system vendor. Or, since the 
metaschema is explicitly stored, several in¬ 
dependent software houses may offer off- 
the-shelf, plug-compatible database 
management strategies (that is, data dic¬ 
tionary schema definitions) that the 
database administrator can choose from. 
Such plug-compatible data dictionary 
schema definitions could only be pro¬ 
duced by the original vendor if the 
metaschema was not explicitly described. 

Our database system framework sup¬ 
ports the notions of plug-compatible data 
and plug-compatible software. Therefore, 
we can strip the DMCS to the bones, leav¬ 
ing only the DMCS functions, which are 
absolutely essential. We know of no other 
database system or data dictionary system 
born this naked: they all come with more 
of the database management strategy built 
in, such as an authorization strategy, and 
with built-in data management tools that 
are nice and important, but not essential. 

In Summary, the simplicity and poten¬ 
tial of our framework is based on 

• the explicitly stored metaschema de¬ 
scription that gives the plug-compatibility; 

• the explicitly stored and changeable 
data dictionary schema that allows us to 
design our own database management 
strategy; and 

• the power of the update dependency 
formalism that allows us to fully follow 
the 100 percent principle, which means 
that an intension completely controls its 
extension and thereby relieves the DL pro¬ 
cessor from enforcing a lot of special rules. 

The following simple example illus¬ 
trates how the database administrator may 
expand the data dictionary schema. 

Example. The database administrator 
can define a simple authorization strategy 
for all application database users by defin¬ 
ing the relation and operations in the data 
dictionary schema using the m-operations, 
as shown in Figure 20. 

When the database designer defines an 
application schema relation and some 
operations on it, they will look like Figure 
21. (We assume that the DL processor 
knows the username U.) 

When the database designer has defined 
the operations using the dd-operations, he 
inserts tuples in the relation authorized, 
allowing the chosen users to do the chosen 
operations. 

When user u 1 calls an operation, such as 
s_insert(supplier(..)), it will succeed only if 
the tuple (ul,supplier,s_insert) is stored in 
the relation authorized. 

This was the simple case, where the 
database administrator trusts that the 
database designer will remember to insert 
the condition on the relation authorized in 
all update dependencies of all s-operations 
defined. If the database administrator 


dd_delete(reln(N,R)) 

- cl, 

delete(reln(N,R)), 



Figure 18. Initial content 
of the intension-extension 
dimension. 


Figure 19. Data dictionary schema level- 
specific deletion from rein. 


authorized __ 

I user_name I relation_name I operation_name 1 


dd_insert(authortized(U,R,0)) 
assert (authorizedlU.R,Oil. 


dd_delete(authorized(U,R,0)) 
retract (authorizedfU,R,O)) ■ 


Figure 20. Authorization described in the data dictionary schema. 


supplier--, 

1 s# 1 sjiame I city I 


s_insert (supplier(S,N,C)) 

- authorized(U,supplier,s_insert), 

assert (supplier f S ,N,C) 1, 





s_delete (supplier(S ,N,C)) 

- authorized(U,supplier ,s_delete), 

retract (supplier(S,N,C)). 



Figure 21. An example of an application schema. 
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DD-schema: 
rein _ 

I mame | rel | 

dd_delete (rein (N ,R)) 


Schema: 

person _ 

I p# | family_name | 

s_delete(person(P,M)) 


Data: 

person 


P 1 

oconnor 

p2 

stamen as 




delete (rein (N,R)) 

- reln(N,R) a op_spec(0,R) a opn(0,M) a -i(-,(M=dd_delete) a -.(M=s_delete)), 
write ("Delete all tuples in"), 
write(N), 

write("using operation"), 
write (M), 

retract (rein (N ,R)), 
delete(relation(R)). 


Figure 23. Instructing the user about interlevel propagation. 


Figure 22. 


wants to make sure of this, he or she must 
define the dd-operations on the relation 
named condition to force all conditions 
of s-operations to include authorized 
(U, < relation_name >, < operation. 
name>). When the database designer 
later calls the dd-operations to define 
s-operations, there is no way to exclude or 
forget the condition on the relation 
authorized in any of the update depen¬ 
dencies constituting the s-operations. 

Interlevel propagation. We have already 
given a specification of operations defin¬ 
ing and controlling schema updates and 


their intralevel propagation. We now 
study the interlevel propagation of a 
schema update, that is, the effect a schema 
update has on the data defined and con¬ 
trolled by the schema. 

Example. Consider Figure 22. If we 
want to delete the tuple (personal) from 
rein, we make the operation call dd_de- 
lete(reln(person,rl)). This operation only 
affects tuples in the database defining the 
schema. We would somehow like all the 
tuples in the relation person to be deleted, 
too. 

There are three ways in which we can try 


to handle the problem of interlevel propa¬ 
gation. They are all needed. We can 

• include a set of rules for interlevel 
propagation in the semantic definition of 
the DL; 

• specify interlevel propagation directly 
in the operation specifications; or 

• provide a data management tool for 
database reorganization. 

Including interlevel propagation in the 
semantics of the DL. Only general rules 
for interlevel propagation for our data 
model should be included in the semantic 
definition of the DL. 

Before we define these rules, let us il¬ 
lustrate one of the pitfalls of the problem 
of interlevel propagation by considering 
the deletion of an attribute from a relation 
with a nonempty extension. If we think 
that the general rule for interlevel propa¬ 
gation in the relational model in this 
situation is enforced by projecting the ex¬ 
tension of the relation over the remaining 
attributes, then we are in for a surprise. 
The problem is not that we don’t know 
which duplicate tuples, if any, to get rid of. 
The problem is that the relational projec¬ 
tion operator has nothing to do with the 
process of deleting an attribute from a 
relation definition. In some situations we 
may decide that when we delete an attribute 
from a relation definition, the extension of 
the new relation should be computed by 
projection, but this is not a general rule for 
the relational model. 

The reason for our surprise is that we 
have gotten used to the production of an 
artificial intension of a relation every time 
we use the relational operators on some 
relation extensions. What we must realize 
is that the relational operators have no in- 
tensional semantics. That is, the intension 
produced by the relational operators has 
no meaning; it must be assigned by 
humans. 12 

We know of only a few general rules for 
interlevel propagation in the relational 
data model: 

(1) A relation definition can be deleted if 
the extension of the relation is currently 
empty. This rule is implemented in 
Chamberlin 13 and Zloff. 14 

(2) A relation definition can be inserted. 
The extension of the relation will defined 
to be empty. This rule is implemented in 
Chamberlin 13 and Zloff. 14 

(3) An attribute definition can be 
deleted from a relation definition if the ex¬ 
tension of the relation is currently empty. 
This rule is implemented in Chamberlin 13 
and Zloff. 14 

(4) An attribute definition can be in¬ 
serted in a relation definition if the exten¬ 
sion of the relation is currently empty. This 
rule is implemented in Zloff. 14 It is gener¬ 
alized in Chamberlin, 13 where an attri- 
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bute definition can be inserted in a relation 
with a nonempty extension. The corre¬ 
sponding values in the extension of the 
relation are defined to be null, represent¬ 
ing value unknown or value inapplicable. 

(5) A domain definition can be deleted if 
it is not part of any relation definition. A 
domain definition can be deleted from a 
set of relation definitions if all the at¬ 
tributes defined over the domain can be 
deleted from the relation definitions. The 
interlevel propagation is through the dele¬ 
tion of the attribute definitions. 

(6) A domain definition can be inserted 
in a relation definition if the implied at¬ 
tribute definition can be inserted in the 
relation definition. The interlevel propa¬ 
gation is through the insertion of the at¬ 
tribute definition. 

(7) A view definition can be deleted 
without any interlevel propagation. This 
rule is implemented in Chamberlin. 13 

(8) A view definition can be inserted 
without any interlevel propagation. This 
rule is implemented in Chamberlin. 13 

We include the general rules (1) through 
(8) in the semantics of the DL. This means 
that when we insert a base relation defini¬ 
tion, the system will create an empty table 
to hold the extension of the relation, and 
when we delete a base relation definition, 
the system will remove the empty table. 

All of the above rules for interlevel 
propagation, except for the generalization 
of rule (4), actually cover situations where 
there are no interlevel propagation, except 
for the empty tables that are set up or 
removed. 

To help the database administrator and 
the database designer bring the database 
into a state that allows a schema update, 
we can let the non-level-specific opera¬ 
tions in the metaschema give us a couple 
of hints, as illustrated in the following 
example. 


Example. In order to enforce a gener¬ 
alization of rule (1), to allow the deletion 
of a relation with a nonempty extension, 
we could change the definition of the 
delete operation on relation rein as il¬ 
lustrated in Figure 23. 

The condition in the operation checks 
that there exists a delete operation for the 
level in question. The relations op_spec 
and opn are two of the relations in the 
expanded metaschema controlling the def¬ 
inition and change of operation specifica¬ 
tions. The operation simply tells the user 
which interlevel propagation must be 
taken care of before passing control back 
to the operation. 

General rules for interlevel propagation 
are more interesting in a data model that 
supports the notion of subtype or is-a rela¬ 
tionships. We have defined a set of rules 
elsewhere. 15 


dd_delete (rein (N ,R)) 


reln(N,R) a op_spec(0,R) a opn(0,s_delete) a (N=person_name), 

s_delete (person_name , 

retract(reln(person_name,R)), 

dd_delete (rein (person_address,P)), 

dd_delete (relation (R)), 


Figure 24. Specifying interlevel propagation in an operation. 


Specifying interlevel propagation in the 
operations. Data-dependent rules for in¬ 
terlevel propagation can be explicitly 
modeled in the operations. If the rules are 
general for the data model, then they 
should be included in the non-level- 
specific operations in the metaschema. If 
the rules apply to a specific application of 
the data model, then they should be in¬ 
cluded in the level-specific operations. 

Example. Suppose we define two rela¬ 
tions, person_name(p#, name) and per- 
son_address(p#, address), with com¬ 
pound update operations enforcing a 
referential integrity constraint from per- 
son_address to person_name. This means 
that when we insert the tuple (pi, address) 
in person_address, then a tuple (pi, name) 
must be present in or inserted into per- 
son_name, and vice versa for deletion. 

Suppose we want to generalize this rule 
to the relation definitions themselves, 
meaning that if we delete the relation per- 
son_name, then we want to delete the 
definition of the relation person_address. 

We can specify this rule in the data dic¬ 
tionary schema as shown in Figure 24. 

The condition of the operation checks 
that there exists an operation with the 
name s_delete for the relation to be 
deleted. The relations op_spec and opn 
are two of the relations in the expanded 
metaschema used to model and control the 
definition of operations. The operation 
simply enforces the data-dependent rule 
that if the relation definition to be deleted 
is for the relation person_name, then all 
tuples in the extension of this relation must 
first be deleted. 

This technique works very well on data- 
dependent rules for interlevel propaga¬ 
tion. The technique can be used both in 
level-specific operations in the meta¬ 
schema and the data dictionary schema. 

Database reorganization. When in¬ 
terlevel propagation cannot be included in 


the semantics of the DL or explicitly 
specified in the operations, then we must 
resort to tools for database reorganiza¬ 
tion. This means that the database ad¬ 
ministrator or the database designer will 
be responsible for the interlevel consisten¬ 
cy of intensions and extensions. 

Database reorganization is often a very 
elaborate process involving a system shut¬ 
down. Only a few systems, including 
SystemR 13 and QBE, 14 support on-line 
database reorganization. A powerful 
algebra for database reorganization was 
proposed for the extended relational 
model RM/T. 16 

On-line database reorganization is sup¬ 
ported by a self-describing database sys¬ 
tem. The general technique follows: 

(1) Insert the definition of the new set of 
relations. 

(2) Insert the definition of the com¬ 
pound update operations for the new 
relations. 

(3) Write a data management tool that 
uses the delete operations on the old rela¬ 
tions and the insert operations on the new 
relations to move and call the data. 

(4) Delete the definitions of the old 
relations. 

(5) Rename the new relations. 

This completes our discussion of the 
intension-extension dimension. We have 
described its initial contents and how to set 
it up. We have explained how to expand 
the data dictionary schema. And, we have 
discussed three ways of handling interlevel 
propagation. 


I n this article we concentrated on the 
metadata management aspects of a 
self-describing database system, 
and we used the relational data model and 
the formalism for update dependencies to 
specify the conceptual level of a self¬ 
describing database system. 

The architecture for self-describing 
database systems has been accepted by 
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ANSI/SPARC and is being considered by 
the ISO as a reference model for database 
systems in the late 1980’s and 1990’s. We 
will undoubtedly see several database sys¬ 
tems develop in this direction. 

We are ourselves currently using a self¬ 
describing database system in the design of 
a system for scientific information inter¬ 
change. □ 
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Views, Objects, and 
Databases 



Gio Wiederhold, Stanford University 


Objects provide the 
useful abstraction in 
programming 
languages; views 
provide a similar 
abstraction in 
databases. Since 
databases provide for 
persistent and shared 
data storage, view 
concepts will avoid 
problems occurring 
when persistent 
objects are to be 
shared. 


T he intention of this article is 
twofold. First of all, I show intrin¬ 
sic differences in the underlying 
concepts of access to persistent storage in 
databases and current extensions of 
object-oriented programming systems in¬ 
tended to incorporate persistence. 1 * 2 
Since the objectives of both paradigms 
are similar, I develop a connection be¬ 
tween object concepts in programming 
languages and view concepts in database 
systems. 

Secondly, I propose an architecture that 
exploits the commonality of objects and 
views, and indicate research and devel¬ 
opment directions needed to make the 
bridge viable. Such an architecture seems 
to be especially suitable for computer- 
aided design tasks. 

Engineering information systems, or 
EISs, and systems for similar applications 
must provide suitable abstractions of real- 
world objects for their users and support 
long-lived transactions. 3 The complexity 
of the design process and the number of 
specialized individuals needed to bring 
major projects to completion are driving 
the search for more systematized solutions 
than those provided by the file mecha¬ 
nisms now in use in operational precursors 
of EISs. The issues being raised here per¬ 
tain to systems with large quantities of 
data and long lifetimes. Design tasks that 
can be handled by single individuals are 
not likely to benefit from EIS technology. 


Databases and views 

Database concepts provide indepen¬ 
dence of storage and user data formats. 
The schema describes the form of the 
database contents, so that a variety of 
users can satisfy their data requirements 
by querying the shared database using 
nonprocedural declarations of the form: 
SELECT what-I-want WHERE some- 
set-of-conditions-is-true 
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A database administrator integrates the 
requirements of diverse users. The shared 
database can be changed as long as the 
schema is changed to reflect such changes. 
Concepts of database normalization help 
avoid redundancy of storage and anom¬ 
alies that are associated with updates of 
redundantly stored information. 

The principal formal database mecha¬ 
nism to obtain selected data for an ap¬ 
plication is a view specification. A view on 
a database consists of a query that defines 
a suitably limited amount of data. A data¬ 
base administrator is expected to use pre¬ 
defined views as a management tool. Hav¬ 
ing predefined views simplifies the user’s 
access and can also restrict the user from 
information that is to be protected. We are 
interested here only in the first objective, 
and not in the protection aspects associ¬ 
ated with views. 

Views have seen formal treatment in re¬ 
lational databases, although subset defini¬ 
tions without structural transformations 
are common in other commercial database 
systems. I will hence describe views from a 
relational point of view, without implying 
that a relational implementation is best for 
the underlying EIS databases. 

A view is defined in a relational model 
as a query over the base relations, and 
perhaps also over other views. Current im¬ 
plementations do not materialize views, 
but transform user operations on views 
into operations over the base data. The 
final result is obtained by interpreting the 
combination of view definition and user 
query, using the description of the 
database stored in the database schema. 

The view, like any relational query 
result, is a relation. However, even when 
the base database is fully normalized, say 
to Boyce-Codd normal form, the view re¬ 
lation is, in general, only in first normal 
form. Views are in that sense already 
closer to objects: related data has been 
brought together. 
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The issue that views present data not in 
second or third normal form seems ig¬ 
nored in database research, except for the 
update complications that result. 4 I have 
no evidence that the unnormalized views 
are uncomfortable to a user expecting a 
normalized relational representation. Ac¬ 
ceptance of unnormalized views can be 
taken as a partial validation of the accept¬ 
ability of structures more suitable to repre¬ 
sent objects than normalized tables. Some 
current research is addressing unnormaliz¬ 
ed relations independent from the view 
aspect. 

Objects 

Object-oriented programming lan¬ 
guages help to manage related data having 
a complex structure by combining them 
into objects. An object instance is a collec¬ 
tion of data elements and operations that 
is considered an entity. Objects are typed, 
and the format and operations of an ob¬ 
ject instance are inherited from the object 
prototype. 

The prototype description for the object 
type is predefined and the object instances 
are instantiated as needed for the particu¬ 
lar problem. The object prototype then 
provides a meta description, similar to a 
schema provided for a database. That de¬ 
scription is, however, fully accessible to 
the programmer. Internally, an object can 
have an arbitrary structure, and no user- 
visible join operations are required to 
bring data elements of one object instance 
together. 

The object concept covers a range of ap¬ 
proaches. One measure is the extent to 
which messages to external operation in¬ 
terfaces are used to provide access and 
manipulation functions. Objects may be 
active, as in the Actors paradigm, or 
passive, as in CLU, or somewhere in be¬ 
tween, as in Simula or Smalltalk in terms 
of initiating actions. 

The use of objects permits the program¬ 
mer to manipulate data at a higher level of 
abstraction. Convincing arguments have 
been made for the use of object-oriented 
languages and some impressive demon¬ 
strations exist. Especially attractive is the 
display capability associated with objects. 
Object concepts can of course be imple¬ 
mented using nonspecialized languages, 
for instance in Lisp or Prolog. The tasks in 
EIS seem to match object-oriented con¬ 
cepts well and many experiments have 
been conducted. 


Objects and databases 

Let us assume a database is used for per¬ 
sistent storage of shared objects. A data¬ 
base query can obtain the information for 


an object instance, and an object-oriented 
programming language can instantiate 
that object. An interface is needed, since 
neither can perform the task independent¬ 
ly. A view can define the information re¬ 
quired for a collection of objects, but the 
data will not be arranged as expected for a 
collection of objects. Linkage to the object 
prototype and its operations is performed 
in the programming system. The program 
queries the database nonprocedurally to 
remain unaffected by database changes 
made to satisfy other users. 

The query needed to instantiate an ob¬ 
ject may seem quite complex to a pro¬ 
grammer. A relation is a set of tuples, and, 
from an idealized point of view, each tuple 
provides the data for some object. How¬ 
ever, normalization often requires that in¬ 
formation concerning one object be dis¬ 
tributed over multiple relations, and 
brought together as needed by join opera¬ 
tions. The base relations must contain all 
the data required to construct the view 
tuples; the composition knowledge is en¬ 
coded into the Select expressions used to 
construct the views. An ideal composition 
of an object should allow its data to be 
managed as a unit, but unless non-first- 
normal form relations—supporting re¬ 
peating groups—are supported for views, 
multiple tuples are still required to repre¬ 
sent one entity in a relational view. 

Hence storage of objects is not easy in 
databases, as indicated by the extensions 
proposed to Ingres for such tasks. 5 A fur¬ 
ther complexity is that objects themselves 
may be composed from more primitive 
objects. In hierarchical databases records 
may be assembled from lower level tuples, 
but in relational databases the program¬ 
mer has to provide join specifications ex¬ 
ternally to assemble more comprehensive 
relations from basic relations. 

There is some hope that the formal tech¬ 
niques being developed for databases can 
permit the management of the informa¬ 
tion required to manage objects. Perfor¬ 
mance remains a bottleneck, and I will 
consider this issue later with my proposal. 
The database community has to be careful 
not to promise too much too soon to the 
object-oriented folk. 

Sharing information 
in objects 

More serious are the problems I see in 
the management of shared information 
within the object-oriented paradigm. I 
consider two problems: 

(1) The growth of objects that contain 
information for multiple design tasks. 

(2) The conflict when object configura¬ 
tions differ for successive design tasks. 

Let us first consider the simpler case, 


where multiple users deal with the same 
configuration of objects. I will draw my 
examples from EIS, and consider that the 
objects are components of a circuit. 

In using an EIS the level of abstraction 
for the objects changes during the process 
of design. First the objects are simple logic 
elements and the process of design refines 
these objects to circuit components and, 
eventually, to simple geometric elements 
projected from each layer of the chip. The 
final objects will carry many data elements 
not needed at the higher levels. The sketch 
in Figure 1 symbolizes how objects grow 
and lose their vitality. 

As the design process moves from one 
subtask to the next, successor objects are 
constructed out of earlier objects. Each 
new generation has new data fields 
appended. 

Unfortunately, since design often re¬ 
quires cycles, old information cannot dis¬ 
appear. An unacceptable geometry may 
require a change at the circuit level, say 
adding an inverter to change a polarity. If 
design is iterative, then successive trans¬ 
formations of objects must not lose infor¬ 
mation. This means that objects suitable 
for one task must contain information rel¬ 
evant to all tasks that may be successors, 
although much information may be irrele¬ 
vant to the task at hand. The information 
may be hidden within the object, but must 
be passed on correctly, so it remains avail¬ 
able when needed. 

The objects become big, and no longer 
have the qualities associated with the 
object-oriented paradigm. A solution to 
this problem of overloaded objects is to 
have super-objects, owned by an object 
czar. Objects for each user task type are 
created by projection from the super¬ 
object. Updating privileges must be well 
defined. 

This solution does not solve the second 
class of problems, namely sharing object 
information when the object configura¬ 
tion differs. Now, to create objects for a 
user task objects may have to be created 
from combinations of several and, per¬ 
haps, different objects or super-objects. 

I show in the next section an EIS exam¬ 
ple having components and nets connect¬ 
ing. These present different configura¬ 
tions of the same information. In aircraft 
design the objects serve design tasks as 
aerodynamics, structures, power, fuel, 
control, etc., and it is obvious that their 
configuration is quite different. Even in a 
simple commercial credit card operation 
there is the customer as an object for some 
tasks and the establishments are the ob¬ 
jects wanting to be paid in other tasks. 

Because of these problems, I present later 
a proposal that will not try to store to ob¬ 
jects directly in persistent form. I prefer a 
new approach to satisfy the demands of 
database style sharing and object concepts. 
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Figure 1. Growth of objects 
as they try to satisfy multi¬ 
ple design tasks. 


Looking at some 
examples 

To clarify the introduction I will take a 
simple device, a D-type latched flip-flop. 
At some level of abstraction it is an object; 
at a lower level it is composed of several 
gate objects of only three types: AND, 
INV, NOR, and contacts to the external 
world. The graphical representation of 
Figure 2 shows the component objects of 
the flip-flop at the gate level and the inter¬ 
connection nets. The components are cap¬ 
italized and the nets have lowercase labels. 

A fully normalized database storing the 
information describing this circuit re¬ 
quires several relations. I show in Figure 3 
the two library relations, which describe 
the types of gates (Gates) and their connec¬ 
tion points (Gate-connects). Many other 
values will be kept in such a library. The 
ruling part or key attributes of each rela¬ 
tion are placed ahead of a separator 
symbol: >. 

Figure 4 presents a nonredundant repre¬ 
sentation for the specific circuit using two 
more relations, one for each gate instance 
and one giving the net connections for 
each gate. Other design-specific informa¬ 
tion can be kept within these relations. 

The representation of the design shown 
is quite complete, but also fairly unclear. I 
need to create views that place all relevant 
data into coherent tuples. A view is needed 
to analyze the components and their loads; 
another view is needed to look at the nets; 
and other views will be needed for timing 
analysis, heat dissipation, etc. 

In Figure 5 I extract two views, Com- 
ponentsView and NetsView for the data¬ 
base of Figure 4, using also the library 
relations shown in Figure 3. The Com- 
ponentsView is intended to be appropriate 
for checking components and their 
sources and sinks. It primarily accesses the 
Components relation, and joins with its 
tuples data about the connected compo¬ 
nents and from the libraries. 

The NetView is intended to generate 
data on the interconnection nets for an 
application doing checking. The primary 
relation for the NetView view is the 
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Figure 3. Relations describing the gates library. 


Connections relation, augmented with 
library information for the connected 
components. 

The number of objects in Components- 
View is equal to the cardinality of the com¬ 
ponent relation (10), but the augmentation 
makes the result much larger (30). The 
eight nets are represented in the primary 
relation and in the view by 20 tuples, one 
per connected point (o) or external con¬ 
tact (•). In both views I present the tuples 
in a logical order. 

This view is still awkward, since compo¬ 
nent entities require multiple tuples. A 


more reasonable presentation would de¬ 
lete redundancies and add implicit non- 
first-normal-form bindings by rearranging 
columns according to the source relations. 
The Norl component shown within Figure 
5 would then have a object data structure 
as shown in Figure 6. I add a column N, 
which gives the number of connected com¬ 
ponents. The computation of N using SQL 
requires Group By and Count operations. 

I now describe in Figure 7 this structure 
in the object-oriented extension of C, 
namely C++ (reference 6). In C+ + 
structures have to be mappable at compile 
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Figure 4. A fully normalized description. 


time, so arrays of dynamic extent cannot 
be embedded: Since it is permissible in 
C + + to have a dynamic array as the last 
element of a class by writing an appropri¬ 
ate constructor, it is possible to bring the 
CCpin array inboard. 


Views and objects 

Let us now reconsider the similarities 
between views and object concepts. Both 
are intended to provide a better level of 
abstraction to the user, although the 
database user is seen to manipulate sets of 
objects in a nonprocedural notation while 
the objects are manipulated procedurally 
and iteratively. 

The collection of tuples of a view is 
defined by the query that generates the set, 
and described by the relation-schema asso¬ 
ciated with the view query. The set of ob¬ 
jects is defined by the user-initiated action 
of generation and described by the proto¬ 
type. Object-oriented languages may have 
a ForAll primitive to rapidly generate col¬ 
lections of objects of some type. 


The description of the relation has to be 
available to the relational user, since no 
implied operations can be kept in the 
relation-schema. There are proposals to 
store object-defining procedures in rela¬ 
tional schemas, but these have not yet been 
tested. 5 

Both tuples and objects can be selected 
based on any of multiple criteria, and in¬ 
terrogated to yield data for processing. 
View update may be severely restricted 
because of ambiguities in base relation up¬ 
date. Object update can be restricted by 
having only limited access functions, but 
otherwise no constraints are imposed on 
the programmer, although consistency 
problems can easily arise among users 
sharing objects. 

Basic, of course, is the difference in per¬ 
sistence. Databases, and hence views over 
them, persist between program invoca- 
tions . Obiects- mu st be explicitly wri tten to 
files to, gain_persistence . Related ~f?mA- 
sistence is the critical issue to be addressed, 
namely the multiplicity of views that can 
be derived from a base relation. Figure 5 
showed a view of “components” and a 


view of “nets” derived from the relations 
of Figures 3 and 4. 


The proposed 
architectural unit: 
view-objects 

I now propose to combine the concepts 
of views and objects, as discussed above, 
into a single concept: view-objects. This 
proposal is motivated by noting that sys¬ 
tems suitable for engineering information 
problem support require both sharability 
and complex abstract units, i.e., both 
views and objects. I use the concept of 
views to generate a working set of objects 
corresponding to projections of the en¬ 
tities described in the database. 7 The 
generators may need to access multiple 
relations to reconstruct the entities hidden 
to the relational representation. Com¬ 
ponents of the architecture are 

(1) a set of base relations and 

(2) a set of view-object generators. 

In a complete version of this approach I 
also require the inverse function of (2), 
namely, 

(3) a set of view-object decomposers 
and archivers. 

The conceptual base relations serve as the 
persistent database for applications under 
this architecture. They contain all the data 
needed to create any specified object type. 
Conventional database technology should 
be adequate for development, but even¬ 
tually performance demands may drive 
users to specialized databases. I will con¬ 
sider the options for physical organization 
later. 

Concurrent access by long-lived trans¬ 
actions will require a capability to conve¬ 
niently access prior versions of the data. 
Where database management systems do 
not serve that need intrinsically, the 
database must be configured with addi¬ 
tional time-based attributes. As experi¬ 
ence is gained, this service will be included 
in specialized systems being built. 

The view-object generator is the new 
component in this architecture. It per¬ 
forms the following steps: 

(a) The view-object generator extracts 
out of the base database data in relational 
form as needed—as is now done by a 
query corresponding to a view. A view 
tuple or set of view tuples will contain pro¬ 
jected data corresponding to an object. A 
view relation will cover a selected set of 
objects. 

(b) The view-object generator assembles 
the data into a set of objects. The objects 
will be made available to the program by 
attaching them to the predefined object 
prototype. 
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CREATE VIEW ComponentsView (ID, Pin, IdC :) Type, N, IO, IOC) 







AS SELECT C.Id, C.Pin, CC.Id, CM.Type, T.No-pms, G.IO, GC.IO 







FROM Connections C CC, Components CM, Gate-connects G GC, Gates T, 






WHERE C.Id = 

CM.Id AND C.Net = CC.Net AND C.Type = T.Gate-type 






AND C.Type = 

G. Gate-type AND CC.Type = GC.Gate-type; 






CREATE VIEW NetsView (Net, Dev, 

Pd:) IOd) 








AS SELECT C.net, C.Id, C.Pin, GC.IO 








FROM Connections C, Components CM, Gate-connects G GC, Gates T, 







WHERE C.Id = 

CM.Id AND CM.Type = T.Gate-type; 
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Figure 5. Component View and Net View. 



Figure 6. Reduced datastructure for a View Object. 


The view-object generator needs infor¬ 
mation other than the data, i.e., knowl¬ 
edge to perform its functions: 

(al) The query portion identifies the 
base data. 

(a2) The specification of the primary 
relation identifies the object-entities. 

(a3) The object prototype specifies the 
structure and linkages of the data elements 
within an object, and the access functions 
for the object. 


Initially the view-object generators will 
be implemented as code, closely following 
the translation programs in use now to 
convert persistent storage representations 
of engineering data files into representa¬ 
tions suitable for specific tools. For ex¬ 
periments a relational database can be 
used for storage of the base data, but ex¬ 
pect that ongoing developments in EIS will 
provide systems with more appropriate 
functionality and performance. 


enum io (IN, OUT, INOUT); 
class Cpin; 
class CCpin; 
class ComponentsView 

( 

char Id [8]; 
char Type [6]; 

short P; // Component pin count 
Cpin* Pin; 

!; 

class Cpin 

! 

io IO; 

short Q; // Connected component 
CCpin* C; 

); 

class CCpin 

( 

char* IdC; 
io IOC; 

]; 


Figure 7. C++ datastructure for Com¬ 
ponent Objects. 
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The goal is to eventually provide non¬ 
procedural access for object-oriented ap¬ 
proaches as well. By formalizing the 
semantics of the objects required by the 
tools, and interpreting the object type 
description, I believe that the view-object 
generators may be automated. The pro¬ 
grammer then only provides the object 
type declaration and the Where clause 
defining the desired set of object 
instances. 

With increased storage of data seman¬ 
tics in extended schemas one may advance 
further. With structural or dependency in¬ 
formation about the base relations, auto¬ 
matic generation of the internal structure of 
an object type may become feasible. Since 
access to the objects by the tools is still pro¬ 
cedural, the performance benefits of 
automated object generation would be 
minor. The major benefit is in the control of 
access and consistency that may be gained. 

Justification 

I am proposing a major extension to 
database and object-oriented concepts, 
with the intent to obtain the joint benefits 
that each approach provides separately 
today. The effort must justified by these 
benefits. 

Sharable access to objects. The pro¬ 
posed architecture supports procedural 
access to objects, as expected by object- 
oriented programming systems. Access to 
the base data is automatic, and nonpro¬ 
cedural. This permits base data to be effec¬ 
tively shared, since no single application or 
combination of applications imposes a 
structure on the base relations. 

Growth of the system. New object types 
can be defined by adding new view-object 
generators. As is expected in databases, 
new data instances, types, and entire rela¬ 
tions can be added without affecting other 
users’ programs. Data can be reorganized 
without changing the object generator 
code since only the views will be involved. 
Such flexibility is essential for growth and 
multiuser access. 

Support for a wide variety of represen¬ 
tations. When simple tabular results are to 
be obtained from the database, a view- 
object generator can easily generate tables 
for direct inspection and manipulation. A 
graphics object-generator can project the 
attributes needed for visual display. 

High-performance access from the data¬ 
base. To achieve this goal new database in¬ 
terfaces must be developed that make the 
benefits of the set-oriented database retriev¬ 
al concepts available to programming lan¬ 
guages. Current database interfaces create a 


bottleneck when delivering data to pro¬ 
grams. A common method for relational 
systems is to accept a query that specifies a 
set, but then require repeated invocations 
that deliver only single values or records at a 
time. This access mode, because of conven¬ 
tional programming techniques, is clearly 
inadequate. 

The data from the databases is to be in¬ 
serted into sets of objects at a time. For the 
object-oriented programmer such a set is 
best defined as a super-object. A program 
typically cannot proceed until the set is 
complete. The object generators need only 
be invoked once for all the data needed to 
compose a super-object. An effective 
view-object generator hence needs an in¬ 
terface at a deeper level into the existing 
relational functions. 

Updating from objects. The programs 
can freely update the contents of the ob¬ 
jects. Some applications require that these 
changes be made persistent and hence be 
moved from its object representation to 
the base database. 

To achieve update I envisage a third ar¬ 
chitectural component, the view-update 
generator. This component can be invoked 
at commit-time, when results affecting the 
objects are to be made persistent. I en¬ 
visage that such a process will only update 
from objects that have changed, and only 
replace values that were changed. 

Where views have been constructed 
using joins, aggregation operators, and 
the like, automatic view update can be am¬ 
biguous. Restrictions on object update are 
one solution. However, as shown by 
Keller, 4 such ambiguities can be enumer¬ 
ated and a choice can be made when the 
view-update is generated. The view update 
generator can also take advantage of the 
semantic knowledge available to an ad¬ 
vanced view-object generator. An impor¬ 
tant source of knowledge constraining up¬ 
dates is authorization information. 


Cost trade-offs 

What costs and benefits will this archi¬ 
tecture provide other than what I see as its 
structural advantage? I will now review 
areas where performance may be gained 
versus one of the two underlying ap¬ 
proaches—database use or object- 
oriented programming—alone. 

Set-based data access. A single invoca¬ 
tion of a view-object generator will instan¬ 
tiate all specified objects. The overhead of 
programmed access to relations, typically 
requiring an initial Call giving the query 
and then iterated Calls to obtain the result 
piece by piece, is avoided. Also, no se¬ 
quence of object instance-generating 
Calls, as seen in object-oriented program- 
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ming, is needed. Of course, one invocation 
of the object generator will be a major 
operation, but only one call should be 
needed per object type. 

The object generator may also perform 
the so-called macro-generator function, 
where instances of design objects are 
generated based on a general prototype 
and parameters. The source of such infor¬ 
mation is a library of cell descriptions, per¬ 
mitting, say, the generation of a series of 
cells making up a register. 

The view-object generator will be more 
complex than either a database retrieval 
alone or an object prototype. It will pro¬ 
vide a very clear definition of the mapping 
from base data to objects and do so in a 
localized manner. A partial example was 
given, using the SQL approach to describe 
the view in Figure 5 and then using C + + 
to define the storage structure for the ob¬ 
jects in Figure 7. 

Binding of retrieved data. The ability of 
the view-object generator to bind the ob¬ 
ject will pay off in processing time. No 
joins are needed at execution to bind rela¬ 
tional tuples, and no search operations are 
needed to assemble tuples belonging to the 
same object. Since the required informa¬ 
tion exists at view generation time, no 
search cost is expended. The only require¬ 
ment is that the object’s internal data struc¬ 
ture permit retention of the information. 

Task allocation that matches hardware 
system components. Implicit, but not 
essential, to my proposal are the comple¬ 
mentary concepts of database servers and 
design workstations. They will be linked 
by a powerful, but often still, bandwidth- 
limited communication network. In such 
an architecture I expect that most of the 
retrieval and restriction operations will be 
carried out on the machine serving the 
database and the object generation and 
use will occur in the workstation. 


Optimization in the file server. The file 
server can select optimum retrieval strate¬ 
gies and reduce the data volume needed to 
convey the information. Keeping data in 
sorted order and removing redundant 
fields as shown in Figure 6 is straight¬ 
forward and effective. All operations are 
specified nonprocedurally and can be ar¬ 
ranged and interleaved as needed to han¬ 
dle requests from the users. Concurrency 
control and version management are tasks 
best handled in the file server. 

Communication minimization. The 

data volume is reduced in the file server. 
Communication bandwidth between server 
and workstation can be used fully for in¬ 
formation, rather than for data to be ig¬ 
nored in the workstation. 
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High performance on workstations. The 

workstation only needs to assemble the in¬ 
formation obtained into the desired object 
configuration. It is desirable that all ob¬ 
jects for an application task can be placed 
into the real memory of the working pro¬ 
cessor. 8 The objects now do not contain 
data fields irrelevant to the process at 
hand. Since these working objects are now 
compact, the probability that they will all 
fit into a modern workstation is increased. 
Virtual memory management can be in¬ 
voked if needed, but the capacities of 
modern machines are such that there 
should be adequate memory space for 
working storage of the required objects. 
However, I can envisage several techniques 
to exploit having the data independence 
provided by view generators to improve 
locality for virtual memory management. 

Physical organization 
of the database 

Performance issues are considered 
critical in EISs, and experiments with rela¬ 
tional databases have not given me confi¬ 
dence that adequate performance is easy 
to obtain. Performance will furthermore 
be impacted by the extensions, such as 
version support, that are needed in the 
engineering environment. 3 Many of these 
extensions will also be useful for broader 


objectives, so that there is a motivation to 
share the development and maintenance 
costs of relational database systems 
extensions. 

Objects are seen as a means to solve the 
performance problem, because data is 
bound in a user-sensible manner. I believe 
that such binding can indeed be significant 
in workstations, although my own experi¬ 
ments have not given proof of that as¬ 
sumption when external storage is used. 9 
There are obviously many more factors to 
be considered simultaneously when 
building comprehensive systems, but stor¬ 
ing data in relational tables is often seen as 
a critical issue. 

The fully normalized model of the rep¬ 
resentation has as its objective the minimi¬ 
zation of redundancy and the avoidance 
of a number of anomalies that can occur. 
It also supports a very simple storage 
structure, as seen in our example, that can 
lead to a large number of relations. 
Retrieval from such an organization will 
require a large number of joins, as seen in 
the example leading to Figure 5. 

Updates seem to require less work in a 
relational database than in our proposal. 
However, when the database has to obey 
interrelational constraints, expensive joins 
must also be executed when the data are 
updated. For instance, it is necessary to 
ensure that the components exist and that 
the connections are valid when a net con- 
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nection is to be changed. 

There is, of course, no requirement for 
the physical storage structure to mimic 
literally the logical relational structure. 
Specifically, information from multiple 
tuples may be stored in one record. Denor¬ 
malization has been formally considered, 
but is not supported by current DBMSs. It 
is commonly employed in practical rela¬ 
tional databases. Preserving correctness in 
a denormalized database often requires 
additional transformation and care: 
records may have repeated fields and at 
other times some fields may be replicated 
in multiple records. Sometimes here work 
is required as well: dependent tuples, as 
connection points for a component, will 
automatically be deleted if they were im¬ 
plemented as a repeating group. I expect to 
profit here from ongoing research on non- 
first-normal-form databases. 

In my architecture, where I expect that 
the object generator is the primary means 
for accessing data, complexity issues dis¬ 
couraging use of a non-normalized storage 
structure are moot. The object generators 
can be adjusted, probably eventually auto¬ 
matically, to any storage structure chosen. 
It is likely that the most efficient storage 
structure will be similar to the dominant 
object structure. 

With such an organization I have pro¬ 
vided the two primary objectives favoring 
the concept of object-oriented programs 
for computer-aided design: 

(1) The concept of a view-object pro¬ 
vides the desired clean and compact user 
interface. 

(2) The flexibility of the storage struc¬ 

ture can provide the locality needed to 

achieve high performance in source data 

access. 

I can now provide these objectives for 

multiple users, and share selected infor¬ 

mation in a controlled fashion. I gain 

greatly from the flexibility obtained by 
interposing the object generator operating 
on a persistent base storage structure. I am 
no longer bound to an optimal data stor¬ 
age structure bound to an optimal object 
format. It is likely that in any design proj¬ 
ect the data retrieval loads will change over 
time. The object types that dominate use 
during initial design phases are not likely 
to be the object types used during the 
maintenance phase of the designed de¬ 
vices. A physical storage reorganization is 
now possible, as long as the view-object 
generators are adjusted correspondingly. 

Replication, the primary tool to improve 
performance, can be utilized as well. A 
high-demand subset of the database can be 
replicated and made available in a perfor¬ 
mance-effective manner to the object 
generators. Object update functions can 
use primary copy token concepts to update 
all copies consistently and synchronously. 


I argue that direct storage of objects, 
to make them persistent, is not ap¬ 
propriate for large, multi-user 
engineering information systems. I pro¬ 
pose storage using relational concepts, 
and an interface that generates objects. To 
test the validity of the concept, initial ver¬ 
sions of the interface may be coded direct¬ 
ly. In the longer range I look toward 
knowledge-driven transformations. 

Generation of objects from base data 
brings the advantages of sharing persistent 
information to an object-oriented pro¬ 
gram. It also provides a better interface 
from programs to databases, recognizing 
that access by programs, large or small, 
will remain essential for data analysis and 
complex transactions. 

The separation of storage and working 
representation will also simplify the devel¬ 
opment of new approaches to engineering 
design. 1 2 * * * * * * * 10 The object generator can be 
viewed as a system component utilizing 
knowledge to select and aggregate data for 
the information objectives. □ 
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Optical disk-based, 
multimedia object 
servers will enable 
users to search 
gigabytes of 
information consisting 
of attributes, text, 
images, and voice. 


T his article describes work under¬ 
taken to automate storage and 
retrieval of complex data objects 
that contain text, images, voice, and pro¬ 
grams. Until recently, the extremely large 
storage requirements of these objects 
posed a major problem in developing 
commercially viable database manage¬ 
ment systems capable of handling them. 
Database management systems that will 
manage multimedia information also have 
different functionality, interface, and per¬ 
formance requirements from traditional 
database management systems. Recent de¬ 
velopments in hardware are now making 
automatic storage, retrieval, and manipu¬ 
lation of complex data objects both pos¬ 
sible and economically feasible. 

Present storage 
problems and suggested 
remedies 

Optical disk technology. The use of op¬ 
tical disks has emerged as a revolutionary 
solution to the mass storage and retrieval 
of archival data. The main advantages are 
• the very low cost per bit of stored in¬ 
formation (four to five orders of 
magnitude less than the cost of 
storage on magnetic disks), 

• long archival life (more than 10 years, 
versus the two to three years of 
storage provided by magnetic disks), 
• very high storage density (one order 
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of magnitude higher than that pro¬ 
vided by magnetic disks), and 

• direct access capability. 

Optical disks recently became commer¬ 
cially available. Typical optical disk prod¬ 
ucts currently available on the market are 
capable of storage on the order of one 
gigabyte of data on one surface of a disk 
platter. 

Large-capacity “jukeboxes” contain¬ 
ing 64 two-sided optical disks are also 
commercially available. Jukebox pro¬ 
totypes 1 with very high transfer rates have 
been demonstrated for advanced scientific 
applications required by NASA. 

Most commercially available optical 
disks are of two kinds: read-only or write- 
once. Some prototypes in advanced ex¬ 
perimental stages provide read-write 
capabilities. 

Several authors 2 ' 5 project that write- 
once optical disks will compete favorably 
with magnetic storage media for applica¬ 
tion environments that require storage of 
such unformatted data types as text, bit¬ 
maps, graphics, voice, and programs. 
Examples of such applications are 

• office information systems, 

• medical information systems, 

• engineering information systems (in¬ 
cluding CAD/CAM), 

• library information systems, 

• geographic databases, 

• consumer catalogues, and 

• software reusability systems. 6 
Each of these application environments 
has a large archival component that makes 
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the write-once property of optical disks 
highly desirable. 

We believe that in the future, very large 
repositories of information will exist 
within computer systems, and it appears to 
us that this information will be stored on 
optical disks. 

Speech communication. A principal 
problem with such large repositories of 
unformatted information is the speed of 
man-machine communication. 

We feel that voice storage and—possi¬ 
bly—limited voice recognition will greatly 
increase the man-machine communication 
bandwidth. They will make it possible for 
the user to insert information and, it is 
hoped, to absorb information faster. For 
example, many doctors would like to be 
able to dictate their observations about 
their patients in voice form, then store 
those observations in the system with such 
images as X rays and graphics. Users may 
be able to absorb information that is de¬ 
scribed in images and voice faster than in¬ 
formation that is described in text. 

Voice will become a very important 
means of man-machine communication. 7,8 
Voice digitization and products with 
limited voice recognition capability exist in 
the market today for reasonable prices. 

Optical disks, because of their large 
storage capacity, are well suited for storage 
of both digitized voices and digitized im¬ 
ages, which means that they provide an 
important means of integrating stored 
material. 

Advanced workstation architectures. 

Some other advances in hardware tech¬ 
nology and changes in performance/cost 
trade-offs facilitate the development and 
use of large databases with unformatted 
data. These advances also indicate the 
trend towards use of digital systems. 
Workstations with powerful processors 
and with screens that are capable of 
displaying images of high quality (in 
various shades of gray and in color) are 
becoming affordable. An example is the 
Sun 3 family of workstations. They are 
capable of displaying on the screen pages 
of documents as these documents would 
appear on a high-quality output device, 
such as a laser printer. 

Integrated communication services. 

High-capacity communication networks 
make possible connections between work¬ 
stations in a broadcast type of environ¬ 
ment (such as Ethernet) or in a star type of 
environment (such as PBX). Some sys¬ 
tems (such as Meridian) allow transfer of 
various types of digitized data, such as 
voice, images, text, and attributes. 9 The 
trend in communication services, as in 
storage devices, is towards integrated 
digital systems. 


Optical fiber communication networks 
are also appearing. They will alleviate 
problems of contention that arise from 
the high demands imposed by digitized 
data types in local area networks. 

Emerging applications. With the advent 
of the new technologies described above, 
some high-technology centers in the US 
and in Japan are developing optical disk- 
based image-management prototypes. So 
far, the functionality of these prototypes is 
very limited. Integrated management sys¬ 
tems for unformatted data are not avail¬ 
able in the market. 

Application environments that may re¬ 
quire the storage and manipulation of un¬ 
formatted data are 

• office information systems, 

• geographic databases, 

• CAD/CAM and technical documen¬ 
tation systems, 

• software reusability systems, 

• some military applications, 

• medical information systems, 

• law information systems, 

• tourist information systems, 10 

• advertising catalogues, 

• newspaper- and magazine-produc¬ 
tion systems, 

• large dictionaries and encyclopedias, 

• systems used in education, and 

• library information systems. 


Research problems. The design and 
implementation of systems that manage 
unformatted data presents several 
challenges: 

• First, good functionality and user 
interfaces should be provided. 

• Second, the performance of these 
systems under a reasonable user load must 
be satisfactory. 

We believe that in the near future, large 
information banks will exist, possibly 
utilizing optical disk technology. Two very 
important problems will be how to find the 
desired information and how to view it 
effectively. In an environment involving 
unformatted data, it is not easy for the 
user to specify precisely what he or she 
wants to see or not see. 

The process of identifying the relevant 
information in such an environment is 
slow and difficult. Very powerful presen¬ 
tation and browsing facilities are required 
to increase the communication bandwidth 
between user and machine. The system’s 
data presentation manager will be an im¬ 
portant component in meeting this objec¬ 
tive of communication between user and 
machine. 

Several performance problems arise in 
an unformatted data environment when 
optical disks are used because optical disks 
have slower access times and higher den¬ 
sities of registration than magnetic disks. 


Other sources of difficulty are the large 
volumes of data, the nature and complex 
interrelationships of the data stored, and 
the possible inability of users to specify 
very tight filters. (Filters allow users to 
choose objects for viewing at their work¬ 
stations. See the section on “Overall ar¬ 
chitecture of the archival component,” 
below.) 

Architectural issues 

We feel that future multimedia informa¬ 
tion systems will provide facilities ap¬ 
propriate not only for concurrent storage 
and retrieval of data (as database manage¬ 
ment systems do), but also facilities for 
creating multimedia information interac¬ 
tively, extracting information from large 
repositories of information, comparing 
extracted information, transforming ex¬ 
tracted information from one form of 
presentation to another, and synthesizing 
new information from extracted and in¬ 
teractively created information. 11 

In addition, these systems will provide 
facilities for viewing the information 
resource (that is, the database) of an 
organization as it existed at various times 
in the past. This would require that infor¬ 
mation not be destroyed by future manip¬ 
ulations. Information may eventually be 
retired from the on-line system. 

Multimedia objects in a multimedia 
data environment may be in an editing 
state or in an archived state. Objects in the 
editing state may be modified. Multimedia 
objects in an editing state may be stored on 
magnetic disks (or possibly on rewritable 
optical disks in the future) that are shared 
among user workstations. 

Retrieval is done by object name. Each 
user edits only a small number of these ob¬ 
jects at any one time, and he or she can 
easily recall their names. 

Objects in the archived state cannot be 
modified. If at some point a user feels that 
an object needs modifying, the user first 
extracts the object from the editing subsys¬ 
tem. The object, once modified, may be 
inserted in the archiver as a new object or 
as a version of the old object. Versions of 
the same object are associated by means of 
an underlining mechanism so that users 
can navigate from one version to another. 


Overall architecture of the archival 
component. We envision the overall hard¬ 
ware system architecture as being com¬ 
posed of (a) a multimedia object server 
subsystem and (b) a large number of user 
workstations interconnected through 
high-capacity communication links. The 
server subsystem may be composed of 
either several high-power processors, or 
multiprocessors sharing common mem- 
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ory. Archived multimedia objects are 
stored on write-once optical disks. The 
server subsystem may also contain some 
magnetic disks. 

The software of the archival subsystem 
provides access methods, scheduling of 
concurrent retrieval requests and inser¬ 
tions, buffer management, data distribu¬ 
tion management, version control, support 
for object “migration” and retirement, as 
well as other necessary database manage¬ 
ment functions, such as schema manage¬ 
ment, authentication, file management, 
and so on. 

Users in this environment submit 
queries about object content from their 
workstations. The query specification in¬ 
terface allows a user to specify interactive¬ 
ly certain information about the contents 
of objects so as to filter out objects that the 
user does not want to see. Frequently, 
these filters will contain either some text 
pattern that should appear within the text 
part of the object, or a part of a voice seg¬ 
ment that can be recognized by a voice- 
recognition device. Sometimes users will 
not be able to specify very precise filters. 
(It is, for example, difficult for a user to 
specify the content of images.) 

User queries are evaluated against the 
multimedia database by the server. The ac¬ 
cess methods supported by the server de¬ 
pend heavily on text retrieval methods. 

A sequential retrieval browsing inter¬ 
face may be used to allow users to browse 
through qualifying objects. (Qualifying 
objects are those selected by the filter.) In 
this interface, miniatures of qualifying ob¬ 
jects pass sequentially across the screen of 
the workstation. Miniatures are represen¬ 
tations of the information in an object; 
they are meant to help the user to decide if 
the object is relevant. (They can, for exam¬ 
ple, contain (a) a small bitmap of the first 
visual page or (b) an indication that an 
object is an audio-mode object and some 
voice segments that are played as the 
miniature passes through the screen.) 
Several miniatures are projected at a time 
so that the user can concentrate more on 
interesting miniatures and skip fast 
through uninteresting ones. 

When the user selects the miniature of 
an object, the multimedia object presenta¬ 
tion manager undertakes the responsibili¬ 
ty of presenting the information of the 
selected object. The manager’s main 
objective is to help a user to browse effec¬ 
tively within a particular object. It is a 
software component of the archival 
subsystem; it resides in the workstations 
and requests the appropriate pieces of in¬ 
formation from the data manager of the 
multimedia object server subsystem. The 
multimedia object presentation manager 
also helps the user navigate from the cur¬ 
rent object to other related objects by 
selecting appropriate links. The user may 


interrupt this process and return to the se¬ 
quential browsing interface or to the query 
specification interface to refine his or her 
filter. 

Optimizing storage and retrieval from 
optical disks. The optical disk subsystem is 
an important component of the overall ar¬ 
chitecture. Its storage and retrieval perfor¬ 
mance affect user response time signifi¬ 
cantly. Methods for improving the storage 
and retrieval of multimedia data from op¬ 
tical disks should be developed and incor¬ 
porated into the access component of the 
server. 

Optical disks currently have slower ac¬ 
cess times than magnetic disks. An impor¬ 
tant performance difference between 
magnetic and optical disks is that optical 
disks can access very fast data (that is, data 
located near the current position of the 
disk head). This is done by moving a low- 
inertia mirror so that it focuses on a track 
near the data. The set of tracks that can be 
read without moving the access mecha¬ 
nism from its current position is called a 
span. A model for such a device and an 
optimal algorithm for retrieving objects 
from it has been described by Chris- 
todOulakis. 12 Exact and approximate 
estimates of retrieval performance for 
variable-length objects have also been 
derived. 12 

Simulation results show that clustering 
of objects on the disk surface may con¬ 
siderably improve performance when the 
optical disk access mechanism supports a 
span access capability. The improvement 
is larger for 

• larger selectivities (that is, when there 
is a large proportion of qualifying ob¬ 
jects) and 

• larger span sizes (that is, when there is 
a large number of tracks per span). 

A related problem is where to place a new 
object when the space that was originally 
allocated to its file is exhausted. Simula¬ 
tion results on the performance of some 
algorithms for placement have been 
investigated by Christodoulakis. 13 

Finally, object migration, data sharing, 
and version support are important aspects 
of multimedia object management sys¬ 
tems. Support for these functions presents 
some differences from the traditional 
database environments because of the 
write-once property of optical disks and 
the possible large length of the objects, as 
well as the large variance in their lengths. 13 
The support for these functions in 
MINOS, a prototype multimedia object 
management system under development 
at the University of Waterloo, is described 
by Christodoulakis et al. u 

Contention for retrieval from optical 
disks may result in increased queueing 
delays and, therefore, longer response 


times. The effect of contention may be 
reduced by appropriate scheduling algo¬ 
rithms. We are currently investigating 
several such algorithms in a distributed 
MINOS testbed. 14 

To be successful, multimedia object 
management systems must provide very 
good response times to users. To help 
achieve this, more research is required on 
the performance of an optical disk-based 
multimedia object archiver. 

Symmetric multimedia 
object presentation and 
browsing 

The multimedia object presentation 
manager is a very important component of 
the overall architecture. This component 
may reside in workstations, and it is 
responsible for effective presentation of 
and browsing within and among mul¬ 
timedia objects. 

The facilities described in this section 
closely resemble those provided by 
MINOS. 8 - 11 

Object-oriented architecture. Object- 
oriented architectures are appropriate for 
several application environments that 
make use of multimedia data. These archi¬ 
tectures emphasize objects as the unit of 
access and manipulation. Methods that 
are applied to objects are well defined 
(that is, the methods evidence a strongly 
typed approach). A typical object-oriented 
interface allows the user to point to an ob¬ 
ject instance to find out the methods (pro¬ 
cedures) applicable to the object. 11 
Object-oriented approaches provide mech¬ 
anisms to uniformly define, create, and 
relate objects and object interactions. 

Objects can be associated with classes of 
objects, and classes can be organized into 
class hierarchies. Typically, the class con¬ 
cept is used to relate objects with common 
characteristics (typing), as well as for indi¬ 
cating the classes that an object is a mem¬ 
ber of (this indicating of classes is called in¬ 
stantiation). The organization of classes 
into class hierarchies allows properties of 
classes in the higher levels of the hierarchy 
to be shared by their descendent classes (a 
carryover called property inheritance). 

In addition, an object-oriented archi¬ 
tecture can provide mechanisms for de¬ 
scribing the complex components of indi¬ 
vidual objects (the complex components 
form an aggregation hierarchy) and the in¬ 
terrelationships of individual objects. It 
can also provide mechanisms for keeping 
adjacent in storage (a) the components of 
complex and long objects and (b) the inter¬ 
relationships of objects with other objects. 

An object-oriented architecture fre¬ 
quently allows for independently active 
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objects. These objects are able to initiate 
some work by themselves. In its simplest 
form, an object-oriented architecture 
allows a user to communicate with an ob¬ 
ject to execute some procedure. (One ex¬ 
ample is a simulation in which the user in¬ 
puts the parameters interactively and 
observes the results on the screen.) 

To summarize, major characteristics of 
the object-oriented approaches are 

• information hiding, 

• abstraction, 

• strong typing, and 

• independently active objects. 

It is also important to point out that major 
advantages of object-oriented approaches 
are incremental system development and 
easier replacement of the components of 
the system. 

The unit of information in a multimedia 
data environment based on an object- 
oriented architecture is a multimedia ob¬ 
ject. Multimedia objects may be composed 
of attributes, an object text part (that is, a 
collection of text segments) an object voice 
part (a collection of voice segments), an 
object image part (a collection of images), 
and object procedures. Each one of these 
objects may be further subdivided into 
other objects. A unique object identifier is 
associated with each multimedia object. 
Multimedia objects may be related to 
other multimedia objects. Information 
about related objects is kept within each 
object itself. 

Symmetric multimedia objects. Text 
and voice may be used interchangeably in 
multimedia objects to describe the same 
information. Moreover, they are both one¬ 
dimensional in nature. It is desirable to pro¬ 
vide the user, who works interactively with 
the system, with symmetric capabilities for 
browsing through information described 
with text or with voice. 

(Images, on the other hand, are two- 
dimensional in nature. A different set of 
browsing primitives is required.) 

Browsing facilities for text and voice 
may utilize the presentation form of text 
ot voice, the logical components of text or 
voice, links between objects, or pattern¬ 
matching primitives. 

In speech, differences in emphasis and 
meaning are expressed by a speaker by 
employing various methods, such as in¬ 
creased loudness, different intonations, 
variations in the length of pauses between 
words, and so on. In text, the same em¬ 
phasis and meaning aspects are expressed 
by some special symbols (for example, the 
exclamation point, question mark, com¬ 
ma, or period) as well as by some conven¬ 
tions, such as underlined words, italicized 
words, boldface words, and so on. 

Text presentation must support such 
symbols and conventions. 


Browsing by means of the presentation 
form. The presentation form of text is sub¬ 
divided into text pages. A text page is all 
the text information that is presented at 
the same time on the screen of the work¬ 
station. Often text is intermixed with im¬ 
ages on the same page. We call these pages, 
which may contain both text and images, 
visual pages. When a user browses 
through text (in a paper document or at 
the workstation) he or she typically has an 
idea of how far within the text to look 
next, and based on that the user estimates 
how many pages to advance. Figures 1 and 
2 show examples of visual pages found in 
objects managed by MINOS. 

The page concept is required for voice 
data to achieve the same effect. Audio 
pages (or voice pages) of a speech are con¬ 
secutive partitions of the audio part of an 
object and are of an approximately con¬ 
stant time length. The user can advance 
several voice pages at a time to find rele¬ 
vant information. 

A difference between speech and text 
that may be incorporated into a system is 
not interrupting speech at the end of each 
voice page. In contrast, visual pages are 
not turned automatically, but only by ex¬ 
plicit selection of a menu option. The 
reason for explicit selection is that the time 
required for reading a text page is different 
from user to user. 

Visual-page browsing capabilities allow 
the user to move to the next page, the 
previous page, to advance a number of 
pages back and forth, and to find a page 
with a given page number. 

Voice browsing capabilities allow the 
user to interrupt the voice output, resume 
the voice output from the current position, 
resume the voice output from the begin¬ 
ning of the current voice page, as well as to 
browse between pages in a fashion similar 
to text browsing (that is, with facilities for 
selecting the next page, the previous page, 
and so on). 

Browsing by means of the logical com¬ 
ponents. A difference between reading 
text and hearing voice is that text pages 
present a “cache” of information to the 
user; that is, the user can read twice the 
same word, sentence, or paragraph if he or 
she did not understand its meaning. The 
user can even look at a previous paragraph 
in the same page to understand better what 
he or she is reading. 

A similar facility in voice would allow 
the user to interrupt the speech, and then 
use instructions such as “select previous 
word,” (or previous sentence, previous 
paragraph, and so on). 

It is, however, very difficult to provide a 
voice browsing facility that will work auto¬ 
matically. Detecting word boundaries, the 
ends of sentences, and ends of paragraphs 
automatically from digitized-voice data 


when an unlimited vocabulary is allowed is 
very difficult (at least with current and 
near-future voice-recognition and AI 
technology). Moreover, the user may not 
be absolutely sure about paragraph or 
sentence boundaries in uninterrupted 
speech when he or she inputs voice 
material for browsing. 

Pause is a segment of digitized voice 
that does not contain any sound. (In prac¬ 
tice, the intensity of the digitized voice 
itself is very small.) Short and long pauses 
may be distinguished from digitized voice. 
When the user browses through voice seg¬ 
ments, he or she may specify that the audio 
be replayed, starting some number of 
short or long pauses back from the current 
position. 

The length of the short pause may 
roughly correspond to the average length 
of a pause between word boundaries, 
while the length of the long pause may 
roughly correspond to the length of a 
pause between paragraphs. The exact tim¬ 
ing for short and long pauses depends on 
the speaker and the particular section of 
the speech. The speaker decides the timing 
by sampling the current speech context. Of 
course, there is no guarantee that the short 
and long pauses, as input, will match word 
boundaries and paragraph boundaries, 
respectively. 

The user may, however, recall recent 
pauses. The combination of the user’s 
memory and the audio replay capability 
provides an always available form of 
browsing that can be used in current and 
adjacent speech areas and is independent 
of any manual editing done as part of 
voice input. 

A text segment of a multimedia object 
may be logically subdivided into title, 
abstract, chapters, and references. Each 
chapter is subdivided into sections, sec¬ 
tions are subdivided into paragraphs, 
paragraphs into sentences, and sentences 
into words. For objects that have been 
generated interactively in a given environ¬ 
ment, these subdivisions can be easily 
identified by the tags that the user inserts 
to format the text. 

A voice segment of a multimedia object 
may also be subdivided into logical com¬ 
ponents, as is the case with text. Browsing 
capabilities in text or in voice allow the 
user to see or hear the page that begins 
with the next logical unit or a previous 
logical unit (such as a chapter, a section, 
and so on). 

The logical components of voice may be 
manually identified at the time of the in¬ 
sertion by pressing the appropriate but¬ 
tons, or they may be identified later. When 
the logical components are identified at in¬ 
sertion time, the speed with which the user 
can insert information in the computer is 
reduced, and, in addition, the user’s hands 
become occupied with pressing buttons. 
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Figure 1. A visual page displaying browsing within an object interface of MINOS. The page combines information 
forms: text, bitmap, and graphics. 
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There are reasons other than occupying 
the user with pressing buttons that may 
make it undesirable to edit manually all in¬ 
coming information. Some information is 
clearly more important than other infor¬ 
mation, and it may deserve to be edited if 
this will help other users when they browse 
through it. The degree of editing should 
vary according to the importance of infor¬ 
mation. For example, in a certain object, 
only identification of chapters may be 
desirable. In another, identification of 
chapters, sections, and paragraphs may be 
desirable. A similar situation arises as to 
the degree of initial editing necessary for 
text information when this information 
has been inserted in an object as a collec¬ 
tion of bitmaps of pages by means of an 
image-capturing capability. 

The logical browsing options available 
to the user may depend on the object (for 
example, on the logical units that have 
been identified for the object). The menu 
options that are displayed define the set of 
available operations (for example, next 
chapter and so on). 

Browsing by means of pattern match¬ 
ing. The third type of browsing through 
text and voice information is based on pat¬ 
tern matching. A user types a text pattern 
or speaks a voice pattern that is recog¬ 
nized, and the system turns to the first 
page with the occurrence of this pattern in 
the object’s text or voice. Voice recogni¬ 
tion may not take place at the time of 
browsing. Instead, some voice segments 
may be recognized from the digitized voice 
at the time of voice insertion, or during the 
machine’s idle time. The recognized voice 
segments are used to provide content ad¬ 
dressability and browsing capabilities that 
incorporate the same access methods used 
for text. Here, as with the editing of text, 
the extent to which this capability is used 
depends on the importance of the partic¬ 
ular object. Two aspects are of interest: 

• First, even limited voice recognition 
can be used to reduce or eliminate the need 
for manual indexing, which would be 
necessary for both retrieving objects by 
means of their content and browsing 
within a particular object. 

• Second, recognized utterances can be 
associated with a particular point of the 
object’s voice part to facilitate browsing 
within an object. 

Image-driven objects versus audio- 
driven objects. Each multimedia object 
has a driving mode associated with it. The 
driving mode is the principal way of pre¬ 
senting the information in the object, and 
it can be either visual or audio. Visual¬ 
mode objects have a principal presenta¬ 
tion form that is based on visual pages. 
The “next page” command for visual¬ 


mode objects always implies the next page 
of visual information, whether of text or 
images. The same is true with all the other 
page-browsing commands. 

Audio-mode objects have a principal 
presentation form that is based on audio 
pages. The “next page” in these objects 
refers to the next audio page. 

A driving mode is enforced for each 
multimedia object so that users do not 
become confused trying to navigate in two 
different media at the same time. 

Voice logical messages are unstructured, 
typically short, audio segments. They can 
be attached to either visual-mode objects 
or audio-mode objects. When attached to 
visual-mode objects, they may be associ¬ 
ated with either text segments or images. 
(Text is linear. Two points identify the 
beginning and the end, respectively, of a 
text segment to which a voice logical 
message is attached. The two points may 
coincide.) When attached to audio-mode 
objects, voice logical messages may be 
associated with voice segments or with 
particular points within the object’s voice 
part. The semantics dictate that the voice 
logical message be played when the user 
first branches into the message’s cor¬ 
responding text or audio segments during 
browsing. In the case of audio-mode ob¬ 
jects, the voice logical message is played 
before the voice of the related segment. 
Voice logical messages may be attached to 
overlapping text segments or overlapping 
images. 

Audio-mode objects can be used with 
visual logical messages to describe the 
same information that can be described by 
objects composed of text and images. 
Consider, for example, a doctor who 
wants to file his observations about an X 
ray of a patient. He or she may find it 
easier to insert this information as an 
audio-mode object. (Doctors are notori¬ 
ously bad typists!) The X ray can be at¬ 
tached as a logical visual message to that 
section of a voice object which relates to 
the X ray. (A voice object is an object that 
has voice components only—no visual 
components.) At presentation, the X ray 
will appear on the screen of the worksta¬ 
tion only during the related section of the 
speech. In addition, if the user branches 
during browsing to some section of the 
speech that relates to the X ray, the X ray 
will automatically be displayed. 

In the previous example, all the voice in¬ 
formation that is related to a particular 
image may be played while the image is 
displayed on the screen of the worksta¬ 
tion. This way the user can see the image 
while he or she hears the observations 
about the contents of the image. 

Visual logical messages are short 
segments (at most one visual page long) of 
visual information (that is, of text and/or 


images). They are unstructured in the 
sense that they are always displayed in the 
same part of the presentation form (that 
is, in the top part of the display area). They 
can be attached to either audio-mode ob¬ 
jects or visual-mode objects, just as audio 
logical messages can. 

When they are attached to audio-mode 
objects, the semantics dictate that the 
visual logical messages stay on display for 
the duration of the play of each voice seg¬ 
ment to which they are attached. 

When visual logical messages are at¬ 
tached to visual-mode objects, the seman¬ 
tics dictate that the logical message be 
displayed at the upper part of the screen 
while the lower part of the screen be 
devoted to the display of a part of the 
related visual segment. When the user 
turns a page, another part of the related 
segment is displayed in the lower part of 
the page while the visual logical message 
remains at the top of the page. The user 
has the option to specify that the visual 
logical message be displayed only once 
when, from anywhere within a nonrelated 
segment, the user branches off to a related 
segment. 

A symmetric functionality can be 
achieved for a visual-mode object by at¬ 
taching visual logical messages to sections 
of it. For example, the visual logical 
message, which is displayed by default on 
the upper part of the screen, could be an X 
ray. The lower part of the screen could be 
used for displaying the related text infor¬ 
mation—containing, say, the observations 
of the doctor. A user (presumably the doc¬ 
tor; at another time, other doctors might 
be users) could browse through the related 
text by keeping the X ray in front of him or 
her continuously. This way, the doctor 
would not have to turn the visual pages 
back and forth to associate the meaning 
expressed in the text with the contents of 
the image (which usually needs to be done 
with paper documents). The X-ray bitmap 
is stored only once within the multimedia 
object. 


Object acquaintances. Relevant objects 
are objects containing information related 
to information in a section of a parent 
object. Relevant objects are independent 
multimedia objects (that is, they exist by 
themselves), in contrast to voice logical 
messages and visual logical messages, both 
of which exist only as part of a multimedia 
object. An object may have several rele¬ 
vant objects (including itself), each one 
having some information related to a part 
of the parent object. The user does not 
automatically see the relevant objects (in 
contrast to logical messages, which are 
displayed automatically). 

A relevant object indicator, which is 
displayed on the screen of a workstation, 
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indicates the existence of a relevant object. 
The user can browse through a relevant 
object by explicitly selecting the relevant 
object indicator with a mouse. The driving 
mode of the relevant object may be dif¬ 
ferent from the driving mode of the parent 
object. The user can browse through the 
information of the relevant object by 
using the driving mode of the relevant ob¬ 
ject. He or she can return to the parent ob¬ 
ject by explicitly selecting the return from 
relevant object indicator. At this point, the 
parent object’s mode of browsing is re¬ 
established. 

Users can browse through a relevant 
object by using the menu options for 
browsing through a multimedia object (as 
described) or by searching for relevances. 
Relevances are sections of text, sections of 
voice, and parts of images in the relevant 
object that are related to the content of a 
particular section of the parent object. 
Relevances to text sections of the parent 
object are indicated graphically with 
beginning and end indicators. Relevances 
to images are indicated by polygons dis¬ 
played above the image. Relevances to 
voice segments are indicated by playing of 
the voice segment independently. (A menu 
option has to be selected if the user is to 
hear the next related voice segment.) 

Relationships between objects (in terms 
of relevant objects and relevancies) 
provide a powerful means of browsing 
through a single object or navigating be¬ 
tween multimedia objects that contain 
some related information. One important 
facility allows the user to browse through a 
bit of related information that has been in¬ 
serted into the computer system by means 
of various modes (for example, primarily 
by visual or primarily by audio). The 
presentation manager requires the explicit 
selection of a relevant object indicator to 
allow the user to browse through an object 
that may be in a mode different from the 
one in which the user is working. The user 
can return to the original object by ex¬ 
plicitly selecting a return-from-relevant- 
object indicator. These selection require¬ 
ments keep the user confident of where he 
or she is and what he or she is doing at 
every moment. 

In many applications, relevancies are 
useful for displaying information that is 
relevant to a particular section of the ob¬ 
jects involved. Consider, for example, a 
set of images describing various levels of 
an engineering design. Parts of an image 
object (an object that consists wholly of 
images) that are drawn at a certain level of 
description may correspond to one or more 
objects at a different level of description. 
The user may want to identify the corre¬ 
sponding objects. This can be done easily 
by associating a relevant object indicator 
with the first object. When the indicator is 
selected, the related image is displayed and 


a set of polygons projected on top of the 
screen. These polygons identify all the cor¬ 
responding objects. 

Transparencies. Transparencies are 
visual pages that allow the user to see the 
current visual page as well as the previous 
visual page displayed on the screen of the 
workstation. They function in a manner 
similar to the transparencies used by a 
speaker. 

A transparency set is an ordered set of 
transparencies. The multimedia object 
designer may specify one of two ways for 
displaying the transparencies of a set. 

The first method superimposes every 
transparency on the top of the previous 
one, and all of them on the top of the page 
previous to the transparency set. 

The second method displays every 
transparency of the set separately, and 
each transparency is superimposed on top 
of the page previous to the transparency 

The user may alter the presentation 
order specified by the document designer, 
and he or she may choose to see only cer¬ 
tain transparencies of the set at the same 
time. The user can do this by displaying 
the transparencies independently (that is, 
by using the second method) and selecting 
transparencies that he or she wants to see 
superimposed over each other. 

Transparencies are typically very useful 
for displaying information on top of im¬ 
ages. They are also useful for displaying 
information (for example, an alternative 
set of values for some measurements from 
an experiment) on the top of text informa¬ 
tion. For MINOS, however, we could not 
find real-world analogs to suggest a similar 
mechanism for the top of voice pages. 

Transparencies and transparency sets 
are useful in many application environ¬ 
ments. As part of an office’s filing system, 
transparencies may be used to create mul¬ 
timedia documents that simulate a speaker 
who superimposes transparencies over one 
another to interrelate information (for ex¬ 
ample, to compare values from an experi¬ 
ment by projecting different sets of results 
on the same axes). Voice logical messages 
may be associated with each transparency 
to further simulate a speaker. This use of 
transparencies and transparency sets is a 
much more effective method of presenting 
information than reading sequential text. 
The result may be increased man-machine 
communication bandwidth. Using trans¬ 
parencies and transparency sets in this way 
is also desirable for future, computer- 
resident textbooks. 

In a medical information-system en¬ 
vironment, a doctor can use this capability 
to file an observation made about an X 
ray. In an audio-mode object, the X ray 
(which is typically a large bitmap) may be a 


visual logical message associated with a 
segment of voice. Transparencies that are 
also visual logical messages can be used to 
pinpoint particular areas within the X ray 
that relate to some subsection of the 
speech. 

A symmetric capability can be achieved 
in visual-mode objects by superimposing 
(a) transparencies that contain a polygon 
or a circle (to identify an area of interest) 
on the X ray, and (b) some related observa¬ 
tions in a text form under the image of the 
X ray. 

Complex images. Images in a mul¬ 
timedia information system environment 
may be bitmaps or graphics. Images with 
graphics contain graphics objects, such as 
points, polygons, polylines, circles, and so 
on. Graphics objects may have a label 
associated with them. A label is some short 
piece of information about the object. The 
presentation form of a label may be invis¬ 
ible, text label, or voice label. A text label 
is a short piece of text that is associated 
with a graphics object, and a voice label is 
a short voice segment that is associated 
with a graphics object. Text labels are 
displayed near the graphics object, at a 
position specified by a designer. A voice 
label indication is displayed, in a position 
specified by the designer, near a graphics 
object that has a voice label. Invisible 
labels may be text labels or voice labels. 

Voice labels are not played automatical¬ 
ly. This does not make them incompatible 
with text labels: The text label may be 
displayed on an image, but the user may 
not read it (even if he or she browses 
through the image). The user reads textual 
information only when he or she focuses 
on it. He or she simulates this focusing of 
attention with regard to voice labels by 
using the mouse to select the appropriate 
voice indicator. The user may also request 
that all voice labels be played, in which 
case the system plays them in a system- 
defined order. 

Labels may be used to identify cor¬ 
responding objects within an image. The 
user can specify a pattern and request that 
the objects found within a certain label 
that conform to this pattern be high¬ 
lighted. This facility is useful for browsing 
through large images with many objects, 
such as a road map. The inverse facility 
may also be provided. The user can then 
select an object with the mouse, and the 
system will play or display the label 
associated with the object. 

Navigation within large images. Images 
are two-dimensional in nature. In very 
large images, the user may want to see a 
small portion of the image at a time. He or 
she can use a window to browse through 
the image. The system will only retrieve the 
relevant data. 
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A view is a rectangle overlaid on an 
image. The portion of the image that is 
enclosed by the rectangle is presented in 
such a way that it utilizes a major part of 
the screen’s display area. The view can be 
moved to the top of the image by means of 
menu options and the mouse. If the voice 
option has been turned on, the system 
plays the voice labels that are encountered 
as the view moves. Noncontiguous moves 
Gumps) within the view can also be 
specified by choosing menu options. The 
dimensions of the view can be shrunk or 
expanded in small increments by selecting 
the appropriate menu options and defin¬ 
ing the size of the new rectangle with 
respect to the old size. When the size 
increases, new labels may be played. 

View definition can be done in the area 
above a representation of the image. A 
representation of an image is a high-level 
depiction in which the contents of the im¬ 
age are presented in positions that corre¬ 
spond to the actual positions of the objects 
of the image (in other words, it is a 
miniature). The representation of the im¬ 
age is much smaller than the image itself, 
and thus it is easily transferred to main 
memory and projected on the display. 
When a view is defined on the representa¬ 
tion, the system has to transfer only the 
view data into main memory and not the 
whole image (the whole image must be 
transferred when a user retrieves all the 
data of the image and then zooms to the 
desired data). The system indicates ex¬ 
plicitly that an image is a representation, 
and the menu options displayed when a 
representation is shown allow for the 
definition of a view and the retrieval of the 
related data from the image. 

A tour is a sequence of views of an im¬ 
age; it is defined by the designer of the 
multimedia object. The sequence is played 
automatically; the user does not need to 
press the “next page” button. A tour is 
defined by (a) a rectangle and (b) a se¬ 
quence of points indicating the position of 
the rectangle on the large image or on a 
representation of it. A logical message 
(visual or audio) may be associated with 
each position of the tour. The user may 
interrupt the tour and move the window 
around to navigate through other posi¬ 
tions of the image. 

An overwrite is a visual page with an 
image containing a number of bitmaps or 
graphics objects; these bitmaps and 
graphics objects may be shaded. When the 
overwrite page is turned, the bitmaps, 
lines, and shades of the overwrite image 
replace their counterparts on the previous 
page, but they leave anything else intact. 

Views facilitate retrieval of pieces of in¬ 
formation from very large images without 
retrieval of the whole image. This facility is 
useful for retrieving information from very 
large images containing engineering 


designs (such as CAD/CAM images) or 
for retrieval of information from large 
bitmaps. 

Tours facilitate the automatic move¬ 
ment of a window within a map. If a voice 
logical message is associated with each of 
the views, the overall effect is to simulate a 
guided tour through various sections of 
the map. This facility is useful, for exam¬ 
ple, in tourist information systems. 

Associating labels with objects is useful 
for locating objects within a large image, 
as well as for enhancing content address¬ 
ability and browsing capabilities. Such 
facilities may, for example, be found desir¬ 
able in real estate databases, tourist infor¬ 
mation databases, city maps, and large en¬ 
gineering designs. 

Process simulation. In process simula¬ 
tion, an ordered set of consecutive visual 
pages is automatically displayed one page 
after the other—that is, the user need not 
press the “next page” button. Logical 
messages may be attached to each page. 
When audio messages are attached, the 
next visual page is shown only after the 
audio logical message has been played. 
The relative speed by which pages are 
placed one on the top of another is set at 
object-creation time, but it may be altered 
by the user. The automatic page change 
capability may be used to give the impres¬ 
sion of a contingent move or change, thus 
simulating a process. 

Process simulation provides the means 
for multimedia object designers who are 
not programmers to simulate a process. 
This is done by having the system auto¬ 
matically turn pages at a specified speed. 
Each new page can be a new image, a 
transparency, or an overwrite. The new 
page may have a voice logical message 
associated with it. 

Examples of applications are many. 
Process simulation provides an easy way 
to “program” some forms of animation 
that can be used easily by multimedia 
object designers who are not program¬ 
mers. It could be used as a manual to ex¬ 
plain an installation process. It could be 
used to explain a factory process to new 
employees or to visitors. It could be used 
to explain the evolution of a battle in 
tourist information systems or in text¬ 
books. Finally, in a medical information 
system, it could be used to simulate the 
propagation of some medicine or disease 
through the human body. 

Procedures. Procedures may be included 
as parts of complex multimedia objects. 
The user may interact with procedures in 
order to input certain parameters. The 
user may see the results of execution of 
procedures projected on the screen of the 
workstation. An example of an applica¬ 
tion where this facility is useful is a tech¬ 


nical document that allows users to study 
the effect of various parameter values on 
an experiment. 

Procedures may also be associated with 
the points composing an image object, 
which enables the user to decide how this 
object is to be displayed on screens with 
different resolutions. 

Performance issues for 
content searching 

Searching according to content is an 
important capability of a database 
management system. While working with 
a multimedia-object system, a user may 
partially remember (or be able to specify in 
part) the contents of an object he or she is 
interested in; the system should accept 
such a partial description and return the 
qualifying objects. The methods for ac¬ 
cessing formatted data are well known. 15 ’ 16 
On t)ie other hand, content addressability 
for unlimited recognition of voice and im¬ 
age data is a difficult problem. 

In this section, we will concentrate on 
access methods for the text part of objects. 
(We anticipate that text will be a very 
important means of specifying the content 
of multimedia objects.) Many methods 
have been proposed in the literature. 
However, they seem to form the following 
large classes: 

• Full text scanning. In this class, the 
user inputs a search pattern, and the whole 
database is scanned until the qualifying 
text parts are discovered and returned to 
the user. The method requires no space 
overhead, and minimal effort on inser¬ 
tions and updates. However, despite the 
existence of some fast string-searching al¬ 
gorithms, 17 scanning of a large database 
may take too long. 18 

• Inversion. This method incorporates 
an index. An entry in this index consists of 
a word, stem, or concept with a list of 
pointers affixed. These pointers point to 
objects that contain the word, stem, or 
concept. Many commercial systems have 
adopted this approach: STAIRS, 19 
MEDLARS, ORBIT, and LEXIS, 20 to 
name a few. The main advantage of the 
method seems to be its retrieval speed. 
However, it may require large storage 
overhead for the index: 50 percent to 300 
percent of the initial file size, according to 
Haskin. 21 Moreover, insertions of new 
objects with text parts require expensive 
updates of the index. 

• Signature files. In this class of access 
methods, the text parts of the objects are 
stored sequentially in the ‘ ‘text file. ” Their 
signatures are stored sequentially in the 
“signature file.” The signature of an 
object contains condensed information 
about the object. The signatures are created 
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Figure 3. An illustration of the word signature (WS) method. The object contains four 
words only. Each word yields a 4-bit word signature (f= 4). 
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Figure 4. An illustration of the superimposed coding method for accessing text. Words 
per object: d =4; signature size: F= 16 bits; bits per word: m = 4. 


with hashing methods. (These methods are 
illustrated below.) When a query arrives, 
the system scans the signature file se¬ 
quentially and the signature of each object 
is examined against the signature of the 
query. Thus, many nonqualifying objects 
are discarded. The rest are either checked 
so that the “false drops” will be discarded 
or they are returned to the user as they are. 
An object is called a ‘ ‘ false drop” if it does 
not actually qualify in a query when its 
signature indicates that it should. This 
method is faster than scanning the full 
text, mainly because the size of the sig¬ 
nature file is much smaller. However, it is 
slower for large files than the inversion 
method. 22 The signature file method 
requires much less space overhead than in¬ 
version (approximately 10 percent, accord¬ 
ing to Christodoulakis and Faloutsos 23 ), 
and it can handle insertions easily. If 
carefully designed, the signature file 
method can handle queries based on parts 
of words and can tolerate errors. 24 

• Clustering. In this method, similar 
documents are grouped together to form 
clusters. They are usually stored together 
physically, too. Clustering has been exten¬ 
sively examined in the literature of library 
science. 25,26 The space overhead is rather 
small—O(logrt), where n is the number of 
documents. Similarly, the retrieval time 
seems to be proportional to log«. How¬ 
ever, it seems that clustering cannot handle 
insertions easily, because insertions may 
necessitate the reorganization of the 
cluster structure. 

• Multi-attribute hashing. Gustaf¬ 
son 27 has proposed a multi-attribute 
hashing scheme based on superimposed 
coding. The main characteristic of the 
scheme is that the search time decreases 
almost exponentially with the number of 
terms in a conjunctive (or AND) query. 
Although elegant, this method has prac¬ 
tical limitations: The text part has to have 
a vocabulary of fixed size, performance 
deteriorates as files grow (as in every 
nonextendable hashing method), and 
queries other than conjunctive ones are 
handled with difficulty. 

The office environment, in which we are 
primarily interested, has the following 
features: 

• Large databases: Typically, these 
have a 1-gigabyte size, according to Bird, 
Tu, and Worthy 28 , or a 65-gigabyte size, 
according to Hollaar et al. 29 

• Large insertion rates, but few dele¬ 
tions and updates. 29 

• Most of the objects in an office are 
seldom required after they have been filed. 
Gravina 30 reports that the frequency of 
accessing an item decreases very fast with 
its age. 

In the office environment, the signature 
file method seems to be a reasonable 


choice. By dividing the objects into 
mutually disjoint files (for example, “cor¬ 
respondence 1984,” “internal memos 
1985,” and so on 23 ), one can create object 
files of manageable size in which the signa¬ 
ture file method will provide fast access. 

An important advantage of the signa¬ 
ture file method over inversion is that the 
method can be used with data on optical 
disks, which are ideal for archiving. 3 
Write-once optical disks do not allow 
rewriting of a block. This is a problem for 
the inversion method because blocks of 
the index have to be rewritten with every 
insertion or batch of insertions. Signature 
files do not create any problems because 
the signatures of the new objects can be 
appended easily to the end of the signature 
file. 

The other alternative, full text scanning, 
may be too slow because the method in¬ 
volves the retrieval of a large number of 
blocks. Signature files can provide an 
almost 10-fold speedup over full text scan¬ 
ning—with only approximately an extra 
10 percent space overhead. 31 The speedup 
is brought about by the reduced I/O re¬ 
quirements (the signature file is smaller 
than the text file by an order of magnitude) 
and the simpler operations required for 
searching the signatures. 

Creating signatures. Now let us go into 
more detail on creating signatures. Sig¬ 
nature extraction methods for text only 
have been examined before. 32 The most 
remarkable methods are word signatures 
( W/S), superimposed coding (SC), and 
methods based on compression. To il¬ 
lustrate these methods, we shall use ob¬ 
jects with text parts containing d = 4 words 
each. 


The first method 33,34 requires that each 
word of the text part of an object be 
hashed into a bit pattern of length/. These 
patterns (“word signatures”) are con¬ 
catenated to form the object signature (see 
Figure 3). Searching is performed in the 
obvious way. For example, in a single¬ 
word query, the signature of the search 
word is extracted and all the object sig¬ 
natures are searched . Those that contain 
the signat u re “ f *h<» «<»Qrch wnrH n r p re - 
trieved. To i mprove the performance, 
common words (for example, “the,” “a,” 
and so on) may be ignored. In the rest of 
this article, we shall refer to this method as 
“WS.” 

Superimposed coding works as follows: 
Each word (string) yields a bit pattern of 
size F. These bit patterns are “OR-ed” 
together to form the object signature. The 
word signature creation is rather sophis¬ 
ticated and needs more detail: Each word 
yields m bit positions (not necessarily 
distinct) in the range \-F. To create the 
word signature, the corresponding bits are 
set to “ 1, ” while all the other bits are set to 
“0.” For example, in Figure 4, the word 
“data” sets to “1” the third, ninth, tenth, 
and fourteenth bits (m = 4 bits per word). 

When the system searches for a word, 
the signature of the word is created, setting 
to “1,” for example, bits in positions 2,3, 
6, and 9. Each object signature is ex¬ 
amined. If the particular bit positions (in 
this case, 2, 3, 6, and 9) of the object 
signature contain “1,” then the object is 
retrieved. Otherwise, it is discarded. The 
signature size Fdirectly affects the number 
of false drops, while the m selected must 
allow approximately half of the bits in an 
object signature to be “1.” 
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Figure 5. An illustration of the compression-based methods. Size of the bit vector: 
B=20; m = 1 bit per word. The resulting bit vector is sparse and can be compressed. 


Notice that SC is sensitive to variances 
in the number of distinct words d per 
object. For example, an object with a 
vocabulary of d= 10 distinct words will 
result in a signature almost full of “l’s.” 
A solution to this problem is to divide the 
text part of the object into “logical 
blocks,” 23 that is, into pieces of text con¬ 
taining a fixed number of distinct words (d 
in our case). 

The next methods are based on com¬ 
pression. The idea is to use a large bit vec¬ 
tor of B bits and to hash each word into 
one or more (as an example, let us say m) 
bit position(s), which are set to “1” (see 
Figure 5). The resulting bit vector will be 
sparse, and therefore it can be com¬ 
pressed. Methods for compressing sparse 
vectors are 
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• Run length encoding (RL). 35 In this 
method, the number of zeros between two 
successive “l’s” in the sparse vector is 
encoded. 

• Bit-block compression (BC). 32 The 
idea with this method is that the sparse 
vector is divided into groups of consec¬ 
utive bits ( bit-blocks ), and each bit-block 
is compressed individually. This method 
requires more space than RL, but it makes 
searching faster. The size b of the bit- 
blocks is fixed for all objects in the BC 
method. 

An extension of the bit-block compres¬ 
sion method is the variable bit-block com¬ 
pression method (VBC), which avoids 
splitting the objects into logical blocks. 
The idea is to allow different (that is, 
variable) bit-block sizes for each object, 
according to the size of the object’s 
vocabulary. 

Analysis of the above methods’ perfor¬ 
mance 32 shows that, for the purpose of 
decreasing false drop probability for a 
given signature size, the best method is 
RL, followed in order of descending value 
by BC, WS, and SC. False drop probabili¬ 
ty is the “error rate” of the signature file: 
the proportion of nonqualifying objects 
that pass the signature test. 

From a practical point of view, there are 
some additional considerations. The most 
important of them are 

(1) the speed at which the different 
methods can search an object 
signature, 

(2) the performance of each method as 
regards the more complicated 
queries, 

(3) the ability of each method to answer 
queries based on parts of words, and 

(4) the ability of each method to preserve 
sequencing information. 

Let us discuss briefly these four points: 

(1) The fastest method for searching a 
signature (given that it has been brought 
into main memory) seems to be SC: It re¬ 
quires only m (typically on the order of 10) 
bit comparisons to accept or reject a 
signature in a single-word query. The BC 
method requires some more bit compar¬ 
isons (on the order of 40 total), while the 
RL method requires that approximately 


half of the encoded zero-intervals be 
decoded and added, thus necessitating 
longer search time (for approximately 300 
bit comparisons and for calculations for 
the decoding). The WS method requires 
that the whole block signature be ex¬ 
amined (approximately 600 bit com¬ 
parisons), but it does not need any 
decoding or any additions. These values 
correspond to objects with text parts span¬ 
ning approximately one typed page; the 
estimated vocabulary is d= 40, and the 
target false drop probability is 10' 3 . 

(2) All the signature methods do well on 
conjunctive (that is, AND) queries. 
Methods that split text into logical blocks 
(that is, SC, BC, and RL) require more 
bookkeeping than the rest of the methods 
(such as the WS method when employed 
without logical blocks, and the VBC 
method). 

(3) At the present time, only SC 23 can 
handle queries on parts of words. 

(4) Only the WS method preserves the 
sequencing info,mation. 

As a final conclusion, note that the VBC 
method seems to perform well if the text 
part of objects is of variable length and if 
queries refer to several words. Otherwise, 
the SC method seems preferable to it. 

Notice that WS, SC, and the compres¬ 
sion-based methods (VBC, BC, and RL) 
can be extended to handle attributes: The 
main idea is to use a different number of 
bits m for each attribute, according to the 
different attribute occurrence and query 
frequencies. 36 ’ 37 Thus, attributes that ap¬ 
pear often in queries (such as, say, ‘ ‘sender’ ’ 
or ‘ ‘author” and so on) should set more bits 
to “l”in the object signature. 


I n this article, we have described some 
issues related to the architecture of a 
multimedia object server. The server 
manages complex multimedia objects that 
may contain attributes, text, images, 
voice, and programs. 

We have presented examples from 
MINOS, a system which is under devel¬ 
opment at the University of Waterloo. An 
integrated version of the MINOS system 
that manages multimedia documents is 
described by Christodoulakis et al. 11 
Detailed design, implementation, and ex¬ 
perimentation with more general object 
types and relationshoips between objects 
(such as those described in this article) is 
currently underway. 

Multimedia objects in a multimedia ob¬ 
ject server environment may be in an 
editing state or in an archived state. Ob¬ 
jects in the archived state are managed by 
the multimedia object server. The server 
we envision stores multimedia objects on 
write-once optical disks. It provides func¬ 
tions for querying, access methods based 
on object content, and powerful presenta- 
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tion and browsing capabilities. Since we 
anticipate that users may frequently 
specify content by means of some text 
words, we have discussed in depth some 
text access methods appropriate for this 
environment. 

Several desirable features of multimedia 
object management systems are unique; 
they are not provided by traditional 
database management systems. Problems 
related to user interfaces, multimedia ob¬ 
ject structure, content addressability, and 
performance have to be studied through 
detailed design and experimentation. In¬ 
tegrated prototypes demonstrating the 
ideas should be developed. User feedback 
will help in pinpointing the limitations and 
improve the functionality of those sys¬ 
tems. Finally, user acceptance of mul¬ 
timedia object servers will also depend on 
the overall system performance. Methods 
for improving system performance in a 
multimedia server environment should 
also be studied. □ 


References 


1. G. Ammon, G. Calabria, and D. Thomas, “A 
High-Speed, Large-Capacity, ’Jukebox’ Optical 
Disk System,” Computer, Vol. 18, No. 7, July 
1985, pp. 36-45. 

2. A. Bell, “Critical Issues in High-Density 
Magnetic and Optical Storage,” Proc. SPIE, 
Vol. 32, Optical Data Storage, Jan. 1983. 

3. L. Fujitani, “Laser Optical Disk: The Coming 
Revolution in On-Line Storage,” Comm. ACM, 
Vol. 27, No. 6, June 1984, pp. 546-554. 

4. Kenney et al., “An Optical Disk Replaces 25 
Mag Tapes,” IEEE Spectrum, Feb. 1979, pp. 
33-38. 

5. D. Maier, “Using Write-Once Memory for 
Database Storage,” Proc. ACM PODS, 1982, 
pp. 239-264. 

6. S. Christodoulakis, “Multimedia Database 
Management: Applications and Problems. A 
Position Paper,” Proc. ACM SIGMOD, 
Austin, Tex., May 1985, pp. 304-305. 

7. R. Nicholson, “Usage Patterns in an Integrated 
Voice and Data Communications System,” 
ACM Trans. Office Information Systems 
(TOOIS), Vol. 3, No. 3, July 1985. 

8. S. Christodoulakis, F. Ho, and M. 
Theodoridou, “The Multimedia Object Presen¬ 
tation Manager in MINOS: A Symmetric Ap¬ 
proach,” Proc. ACM SIGMOD, Washington, 
DC, May 1986. 

9. BNR, “Meridian System Information,” Telesis 
(BNR quarterly magazine), Vol. 12, No. 2, 
1985. 

10. L. Koved and B. Shneiderman, “Embedded 
Menus: Selecting Items in Context,” Comm. 
ACM, Vol. 29, No. 4, Apr. 1986, pp. 312-318. 

11. S. Christodoulakis et al., “Multimedia Docu¬ 
ment Presentation, Information Extraction, and 
Document Formation in MINOS: A Model and 
a System,” ACM Trans. Office Information 
Systems ( TOOIS), article to appear. 

12. S. Christodoulakis, “Analysis of Retrieval Per¬ 
formance for Records and Documents,” ACM 
Trans. Database Systems (TODS), submitted. 



Stavros Christodoulakis obtained his BSc in 
physics and mathematics from the University of 
Athens, Greece; his MSc in computer and in¬ 
formation sciences from Queen’s University, 
Canada; and, in 1981, his PhD in computer 
science from the University of Toronto. 

He was an assistant professor at the Univer¬ 
sity of Toronto from 1981 to 1985. He is cur¬ 
rently with the Dept, of Computer Science of 
the University of Waterloo. 

His interests include databases, multimedia 
servers, distributed systems, office automation, 
and performance evaluation. 



Christos Faloutsos received the BSc degree in 
electrical engineering in 1981 from the National 
Technical University of Athens, Athens, 
Greece. He received the MSc and PhD degrees 
in computer science from the University of 
Toronto, Toronto, Canada. 

Since 1985, he has been an assistant professor 
in the Dept, of Computer Science at the Univer¬ 
sity of Maryland, College Park. 

His research interests include physical 
database design, information retrieval, office 
automation, and performance evaluation. 


Readers may write to Stavros Christodoulakis at the University of Waterloo, Faculty of 
Mathematics, Dept, of Computer Science, Waterloo, Ontario N2L 3G1, Canada. They may also 
write to Christos Faloutsos at the University of Maryland, Dept, of Computer Science, College 
Park, MD 20742. 


56 


COMPUTER 












IEEE inF0G0IT1'ffi» 

The Conference on Computer Communications 


PREVIEW PROGRAM 


Sixth Annual Conference 
Global Networks • Concept to Realization 


Tutorials: March 30, 1987 
Technical Sessions: March 31 -April 2,1987 


CONFERENCE COMMITTEE 

General Chair: Howard A. Blank, Booz-Allen & Hamilton, Inc. 
Vice Chair: Celia L. Desmond, Telecom Canada 
Program Chair: Izhak Rubin, U.C.L.A. 


Meridien Hotel 
San Francisco, California 


THE COMPUTER SOCIETY 
OF THE IEEE 


THE INSTITUTE OF ELECTRICAL 
AND ELECTRONICS ENGINEERS, INC. 


m m IEEE COMMUNICATIONS SOCIETY 







Technical Sessions 


IEEE inFOCOITl 



Tuesday, March 31, 1987 


9:30- 
10:45 am 

Keynote Session 




11:00 am — 
12:30 pm 

Session T1A 
Multiple-Access 1 

Session T1B 

Network Standards 

Session TIC 

Distributed Resource 
Allocation & Control #1 

Session T1D 

Network Management 
Modeling & Support 

2:00- 
3:30 pm 

Session T2A 

Local Area 

Networks 1 

Session T2B 

Routing 

Session T2C 

Rapidly Reconfiguring 
Networks 

Session T2D 

End-to-End Network 
Management 


4:00- Session T3A Session T3B Session T3C Session T3D 

5:30 pm Random Access FiberOptic Distributed Resource Panel: Satellite 


Networks Allocation & Networks and ISDN 

Control II 


Wednesday, April 1, 1987 


8:30- 
10:00 am 

Session W1A 

Multiple-Access II 

Session W1B 

Metropolitan Area 

Networks 

Session W1C 

The Application of Expert 
Systems in Network Operations 

10:30- 
12:00 Noon 

Session W2A 

Local Area Networks II 

Session W2B 

Performance Analysis for 
Error Control Schemes 

Session W2C 

Network Services 

1:30- 
3:00 pm 

Session W3A 

LAN Experimentation 
and Implementation 

Session W3B 

Network Reliability 

Session W3C 

Queue Control for Computer 
Communications 

3:30- 
5:00 pm 

Session W4A 

Military Communications 

Session W4B 

Design and Analysis of 
Communication Protocols 

Session W4C 

Panel: Future Directions in 
Computer Communications 

Thursday, April 2, 1987 



8:30- 
10:00 am 

Session TH1A 

Local Area Networks III 

Session TH1B 
Communications 

Switching 

Session TH1C 

Distributed Processing 

10:30- 
12:00 Noon 

Session TH2A 

Integrated Packetized 

Voice and Data Networks 

Session TH2B 

Packet Radio and Mobile 
Radio Networks 

Session TH2C 

Panel: IBM’s Open Network 
Management Architecture 

1:30- 
3:00 pm 

Session TH3A 

Satellite Communications 
Networks 

Session TH3B 

Queueing Analysis 

Session TH3C 

Network Management 

Local Area Networks 

3:30- 
5:00 pm 

Session TH4A 

Network Implementations 

Session TH4B 

Performance Evaluation 

Session TH4C 

High Speed Network 
Architectures 




















Tutorials 


IEEE inFOGOm 



On Integrated Networks for Diverse Applications 

Dr. Jonathans. Turner 
Washington University 

Objective 

The next generation of large public communications networks need to 
be largely independent of specific applications and be capable of incor¬ 
porating new technologies. This tutorial will examine alternatives for 
such future networks, including fast circuit switching, fast packet switch¬ 
ing and one or two hybrid approaches. It will then focus on fast packet 
switching which seems to be the most promising approach. 

Audience 

This tutorial will be useful to data communications personnel who 
need to learn about high speed switching and anyone interested in the 
evolution of communication technology. 

Outline 

1. Introduction and motivation 

2. Review of switching technology 

3. Fast packet switching 

4. Multi-point communication 

5. Research review 

Instructor 

Jonathan S. Turner is an Associate Professor of Computer Science at 
Washington University, St. Louis, MO. He received his Ph.D. from North¬ 
western University and until 1983 was with Bell Laboratories. He has 
conducted research on high-performance communications systems, 
coping with hard computational problems and integrated computation 
and communication systems. 


Local Area Networks for Real-Time Applications 

Dr. Gerard Le Lann 

SCORE_ 

Objective 

Distributed computing and real-time computing technologies have 
evolved separately until recently, but must be integrated for computing 
systems used in industrial and defense applications with severe real¬ 
time and reliability requirements. The tutorial will concentrate on classes 
of traffic, physical architectures, transmission media, multiple access 
protocols, message scheduling algorithms, end-to-end protocols, per¬ 
formance evaluations, standardization trends and VLSI circuits in the 
context of distributed computing systems implemented on real-time lo¬ 
cal area networks. 

Audience 

This tutorial should be of interest to distributed processing project 
managers, system architects, researchers, developers, software engi¬ 
neers, and users of real-time industrial/defense systems. 

Outline 

1. Coaxial cables and optical fibers 

2. Circular vs linear communications media 

3. Multiple-access protocols 

4. The IEEE 802 Committee Standards 

5. Case studies (Ethernet, Starlan, Token-ring) 

6. Requirements of real-time applications 

7. Classes of real-time local area networks 

8. Case studies (Bitbus, Map/One, MVME 370/372, i80C152) 

Instructor 

Dr. Gerard Le Lann is Director of SCORE (INRIA), a project aimed at 
designing and prototyping real-time distributed computing systems in¬ 
tended for fully automated environments. Previously he conducted re¬ 
search in distributed databases, real-time shipborne multiprocessor 
system, local area networks and wide-area computer communication 
networks. He holds a diplome d'lngenieur eh Informatique and a Ph.D. 
in computer science. 


Network Interconnection and Gateways 

Dr. Carl Sunshine 
SDC 


Objective 

The proliferation of personal computers and intelligent workstations is 
causing an explosion in the number of computer networks. This tutorial 
will focus on technological problems of interconnecting networks, pres¬ 
ent possible solutions, and indicate likely developments for research, 
commercial, and military systems. 

Audience 

The tutorial is intended for programmers, systems analysts, engineers, 
and managers involved with computer network development or plan¬ 
ning, and for network users desiring indepth understanding. Some 
background in networks and communication protocols is desirable. 

Outline 

1. Introduction 

2. Theory (Strategies, Interconnection, Routing, Flow, Fragmentation) 

3. Summary of gateway functions 

4. Political and regulatory issues 

5. Case studies 

6. Advanced issues 

Instructor 

Carl Sunshine helped develop the ARPA internet protocols during his 
studies at Stanford University where he completed his Ph.D, in 1975. 
Since then he has worked at the Rand Corp., USC's Information Sci¬ 
ences Institute and Sytek. Currently, Dr. Sunshine is Chief Network Ar¬ 
chitect at SDC, where he is responsible for design and development of 
SDC's network systems for DoD and other government customers, 

Electronic Document Representation and 
Standards 

Dr. Najah Naffah 

BullTransac 


Objective 

Electronic systems such as electronic mail, electronic publishing, 
teleconferences and videoconferencing will exchange and manipulate 
multimedia documents (text, graphics, voice, images, etc.) in the future. 
The tutorial will focus on several current proposals for describing the 
multimedia document presentation and review their prominent features 
and relative advantages. 

Audience 

The tutorial is aimed at managers, engineers, and software designers 
involved or interested in planning, design, and development of multi- 
media data systems. 

Outline 

1. Office environment 

2. Current and future applications 

3. Open system architecture 

4. Current ISO/standards and proposals 

5. Current CCITT. proposals 

6. Industry and research proposals 

7. Printing standards 

8. Examples of systems implementations 

9. Conclusions 

Instructor 

Najah Naffah is head of the advanced studies department in office 
systems at Bull Transac, where he manages a group of researchers in 
various areas such as workstation design, document production, data¬ 
base management systems, and artificial intelligence-based applications. 
Prior to this, he was a leader of the Kayak project at INRIA-Rocquencourt 
in France and a researcher for Cyclades, a datagram-based computer net¬ 
work. He holds a Ph.D. in computer science from the University of Paris. 








IEEE MFOCOm 


Hotel Meridien 
Registration 

Complete this form and return to: 
HOTEL MERIDIEN 

50 Third Street 
San Francisco, CA 94103 
(415} 974-6400 


Reservations must be received by the Hotel Meridien by February 27, 1987. 
Please check accommodations and price desired: 

□ Single occupancy: □ $95 d$115 □ $135 

□ Double occupancy: □ $115 □ $135 □ $155 


Arrival Date__ Departure Date_ 

□ am □ pm □ am □ pm 

All major credit cards accepted 

□ Visa □ MasterCard □ Carte Blanche □ Diners □ American Express 


Card No. 


Exp. Date 


Signature 


Name 


Address City/State/Zip/Country 

To confirm a reservation, a $125.00 advance deposit is required. This deposit is refundable if reservation is cancelled with 48 hours notice 


Advance Registration 


Complete this form and return with check (U.S. Dollars) or credit card endorsement to: 


IEEE INFOCOM '87 
IEEE Computer Society 
1730 Massachusetts Avenue, NW 
Washingon, DC 20036-1903 
(202) 371-0101 


Please check appropriate box: 

□ Tutorial 1 On Integrated Networks for Diverse Applications 

□ Tutorial 2 Network Interconnection and Gateways 

□ Tutorial 3 Local Area Networks for Real-Time Applications 

□ Tutorial 4 Electronic Document Representation and Standards 

□ Conference Only 

□ Tutorial 1 and Conference 

□ Tutorial 2 and Conference 

□ Tutorial 3 and Conference 

□ Tutorial 4 and Conference 

□ Student Conference Only, must be IEEE Student 
Member, not employed full time and show membership 
card at door; does not include proceedings. 


ADVANCE REGISTRATION 

prior to 3/14/87 


Member 

$180 

180 

180 

180 

180 

360 

360 

360 

360 

100 


440 


LATE REGISTRATION 

after 3/14/87 


Member Non-member 
$210 $260 

210 260 

210 260 

210 260 

210 260 

420 520 

420 520 

420 520 

420 520 

125 


Requests for refunds must be received in writing NO LATER THAN March 14, 1987. TUTORIAL registrations include luncheon, notesand 
coffee breaks. CONFERENCE registrations include one copy of the proceedings, conference wine & cheese Tuesday and Wednesday evenings. 


Name Company Name 

Street Address City State Zip 

□ IEEE □ IEEE Computer Society □ IEEE Communications Society 

Member No. Spouse Name (if attending) 

□ Check Enclosed □ Visa □ MasterCard □ American Express 


Card No. 


Exp. Date 


Signature 























Let’s teach real-world programming 


It is time for our computer science 
departments to change the way they 
teach programming. Most schools teach 
programming by emphasizing the crea¬ 
tion of complete computer programs. 
This approach is much too limited for 
many reasons, but the big ones are that it 
inherently emphasizes small problems 
and rarely teaches anything about pro¬ 
gramming teamwork. 

In the real world, the new programmer 
is going to discover that most important 
problems involve existing programs and 
that he seldom has the freedom to com¬ 
pletely rewrite those programs. In the 
real world, the programs bear the foot¬ 
prints of every programmer who has 
wandered through the code, and in spite 
of the increasing amount of lip service 
being paid to documentation at every 
level, real programmers don’t document 
their code very well. If the programmer 
is lucky, he is going to get the opportuni¬ 
ty to work on big programs, much bigger 
than he could code by himself within a 
semester. The lucky programmer will 
suddenly find himself within a team of 
programmers who are trying to divide 
and conquer some horrendous problem. 

There are lots of methods our com¬ 
puter science departments can use to 
help train new programmers to face the 
real world. Most of them involve making 
the student work with other students and 
with existing programs. So here are a few 
sample ideas to help get some thinking 
started. 

One of the more commonly used ap¬ 
proaches is to assign larger problems and 
divide the students into programming 
teams. Unfortunately, what often hap¬ 
pens (in my limited experience) is that 


the best programmer in the team winds 
up writing the entire project. Obviously, 
this method needs to be used with some 
caution. 

Or how about this idea for exposing 
students to good programming style? 
Give the students programs that are 
good examples of how to write code and 
assign program modifications to solve 
new problems, preferably without 
destroying the programs’ existing func¬ 
tions. This would force students to learn 
to read more complex code and help 
them learn what features make code 
readable—crucial skills that I somehow 
missed way back when. 

Another approach would be to assign 
each student a small program and give 
the finished program to another student 
for modification. The first student’s 
grade would be affected by how easily 
the second student could modify the pro¬ 
gram. This approach would help 
students appreciate what makes some 
code easy to understand, work with, and 
modify, as well as teaching them the im¬ 
portance of being able to find the 
original programmer. (I don’t suppose 
I’m the only one who’s had to clean up 
after a programmer who’s left the com¬ 
pany and moved on to who knows 
where—possibly Brazil.) 

For advanced classes, students should 
have to practice making some of the 
harder programming decisions—for ex¬ 
ample, how and when to implement 
various features when you know in ad¬ 
vance that certain significant changes will 
be made to the programs. Of course, in 
the real world, the programmer usually 
doesn’t know what kind of changes will 
be required, but a careful professor 


could select the kinds of changes com¬ 
monly called for, thus helping students 
get a feeling for where programs need 
“to bend.” As a trivial example, I need 
only mention all the programming time 
saved by knowing when a constant is 
really a parameter. 

These are just some ideas for things 
that my 20/20 hindsight shows would 
have been helpful. The educational 
limitations these ideas seek to address 
are important both in academia and the 
harsh commercial world. Some of these 
approaches are already being used to 
various degrees, but methods like these 
need to become much more prevalent 
than they were when I was in the 
university. 

Shannon Jacobs 

Austin, Texas 


This reminds me of a conversation 
with Bill McKeeman about a course 
taught at the University of Toronto in 
1972. (See James J. Horning and David 
B. Wortman, “Software Hut: A Com¬ 
puter Program Engineering Project in 
the Form of a Game, ” IEEE Transac¬ 
tions on Software Engineering, July 
1977, pp. 325-330.) The entire class was 
assigned a single large programming 
project divided into two major modules. 
The class was divided into teams of three 
members each, and the rules went like 
this: 

(7) Each team is to produce one of 
the modules. 

(2) Each team is to write a driver pro¬ 
gram and integrate the two modules pur¬ 
chased from other teams into a system. 

(J) Each team is to purchase a com¬ 
plete system not containing its own 
module from another team and modify it 
according to revised specifications. 

(4) Each team’s grade is partially 
determined by its success in selling its 
module and system to the other teams. 

Bill is now with the Wang Institute of 
Graduate Studies, Tyngsboro, Massa¬ 
chusetts, which uses a highly evolved 
descendent of the original course. 

J.H. 


The Open Channel is exactly what the name implies: a forum for the free ex¬ 
change of technical ideas. Try to hold your contribution to one page maximum 
in the final magazine format (about 1000 words). 

We’ll accept anything (short of libel or obscenity) so long as it’s submitted by 
a member of the Computer Society. If it’s really bizarre we may require you to 
get another member to cosponsor your item. 

Send everything to Jim Haynes, Computer Center, UC Santa Cruz, CA 95065. 
Bitnet: haynes@ucscc; Arpa: ucscc!haynes@ucbvax.berkeley.edu. 


December 1986 


61 










UPDATE 


Computer Society election results announced 


The IEEE has announced the results 
of Computer Society balloting for four 
elective offices, 10 open positions on the 
Board of Governors, and two proposed 
constitutional amendments. A total of 
66,896 ballots were sent by first-class 
mail to Computer Society members in 
mid-September; 10,080(15.1 percent) 
were returned to IEEE headquarters by 
the October 20 deadline. This is a slight 
increase over the 14.3-percent return in 
last year’s election when ballots were 
sent by third-class mail. 

Officers. Votes received by all can¬ 
didates for Computer Society office are 
given below. The individuals elected will 
serve one-year terms beginning January 
1, 1987. 


President: 

Roy L. Russo (elected) 9034 

President-elect: 

Taylor L. Booth 4733 

Edward Parrish (elected) 4831 

First vice president: 

James Aylor 3650 

Michael C. Mulder (elected) 5741 

Second vice president: 

Kenneth R. Anderson (elected) 5096 

John D. Musa 4329 


Board of Governors. The 10 individ¬ 
uals receiving the highest number of 
votes are elected to two-year terms begin¬ 
ning January 1, 1987. 


Tilak Agerwala 3366 

Mario R. Barbacci (elected) 3657 

Victor R. Basili (elected) 4118 

P. Bruce Berra 3523 

Wushow Chou 3524 

Lorraine M. Duvall (elected) 6407 

Michael Evangelist (elected) 3772 

Wolfgang K. Giloi 2666 

Allen L. Hankinson (elected) 3950 

William Howden 3094 

Barry Johnson 3394 

Laurel Kaleda (elected) 4629 

Ted Lewis (elected) 4876 

Ming T. Liu (elected) 4206 

H. Troy Nagle, Jr. 3559 

Raymon Oberly 3589 

Gordon C. Padwick 2836 

Roland J. Saam 3141 


Earl E. Swartzlander, Jr. 

(elected) 4821 

Joseph Urban (elected) 4329 

Constitutional amendments. Both of 
the proposed constitutional amendments 
received the required two-thirds favor¬ 
able vote and passed. The vote on the 
amendment to change the constitutional 
reference to the society’s retiring presi¬ 
dent from “junior past president” to 
“immediate past president” was 8929 
votes to approve and 166 votes to disap¬ 
prove. The amendent modifying the 
definition of majority vote, to prevent an 
abstention from acting as a negative 
vote, received 8422 votes for adoption 
and 592 votes against. 


Programs granted 
CSAB accreditation 

The Computing Science Accreditation 
Board recently accredited 22 computer 
science programs, the first accreditations 
granted since the board’s 1984 formation 
by ACM and the IEEE Computer Socie¬ 
ty. The CSAB granted accreditation to 
22 of the 31 four-year institutions that 
had applied for it. In the 1986-87 cycle, 
the board expects to accredit 35 to 40 ad¬ 
ditional programs. 

Accreditation is based on an evalua¬ 
tion of how well the program meets gen¬ 
eral academic guidelines and how well it 
meets the institution’s goals in establish¬ 
ing the program. 

The accredited programs are offered 
by Allegheny College, Brandeis Universi¬ 
ty, California State Polytechnic Universi¬ 
ty at San Luis Obispo, California State 
University at Sacramento, Clemson 
University, Drexel University, Georgia 
Institute of Technology, Iowa State 
University, Mississippi State University, 
New Jersey Institute of Technology, 

North Dakota State University, North 
Texas State University, Northeastern 
University, Pace University, Stevens In¬ 
stitute of Technology, University of 
California at San Diego, University of 
California at Santa Barbara, University 
of Missouri at Rolla, University of Utah, 
US Air Force Academy, Western 
Michigan University, and Worcester 
Polytechnic University. 



Taylor L. Booth, 53, dies 


Taylor L. Booth, a computer science 
and engineering professor at the Univer¬ 
sity of Connecticut and director of the 
university’s Computer Applications and 
Research Center, died of a heart attack 
October 20. Booth, who was 53, is sur¬ 
vived by his wife, Aline, three children, 
and two grandchildren. 

Active in the Computer Society for 
over 16 years, particularly in its educa¬ 
tion activities, Booth was instrumental in 
defining computer science and engi¬ 
neering curricula for program accredita¬ 
tion through the society’s and the 
IEEE’s respective boards. He also 
worked for closer cooperation between 
the Association for Computing 
Machinery and the IEEE Computer 
Society. 

The Computer Society’s Board of 
Governors, meeting November 7 at the 
conclusion of the ACM/IEEE-CS Fall 
Joint Computer Conference, cited Booth 
for his leadership and contributions in 
the education field. The resolution, in¬ 
troduced by Computer Editor-in-Chief 
Michael C. Mulder, praised Booth for 
“dedication, completeness, and a special 
sense of fairness that provides a model 
for those who will follow him.” 

At the time of his death, Booth was 
serving as chairperson of the Computer 
Society’s Constitution and Bylaws Com¬ 
mittee and was a member of its Educa¬ 
tional Activities Board. Previously, he 
had served as first vice president, 
secretary, vice president for educational 
activities, and member of the Board of 
Governors. He had been editor-in-chief 
of IEEE Transactions on Computers, a 
distinguished visitor, and a founding 
member and the first president of the 
Computing Science Accreditation Board. 

An IEEE fellow, Booth was an IEEE 
representative to the Engineering Ac¬ 
creditation Commission and an alternate 
member of the Accreditation Board for 
Engineering and Technology. He was 
also a member of the IEEE Education 
Activities Board. 

Booth received the Frederic Emmons 
Terman Award in 1972 and the IEEE 
Centennial Medal in 1984. 
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1987 IEEE INTERNATIONAL SYMPOSIUM ON 


INTELLIGENT CONTROL 


January 18 to 20 1987 - Hilton Hotel ■ Philadelphia ■ Pennsylvania 

Sponsored by The IEEE Computer Society. Co-sponsored byThe IEEE Control Systems Society, 

The Philadelphia Section of IEEE. In cooperation with The IEEE Council on Robotics and Automation. 

Hosted by Drexel University. 

Arrangements: N.M. Bilgutay 

General Chairman: A. Meystel, Drexel University. (215-895-2220) 

Program Chairman: J.Y.S. Luh, Clemson University. (803-656-5926) 

Special Presentations: G. Saridis, RPI. L. Zadeh, UC at Berkeley. 



Topics of Papers: 

-Control of Stochastic and Distributed Systems 

-Information Structures for Intelligent Control 

-Adaptive and Self-organizing Controllers 

-Intelligent Controllers for Large Space Systems 

-Cognitive Controllers for Autonomous Systems 

-Computer Architectures for Intelligent Control 

-Controllers with Associative Memory 

-Control Systems with Quantitative and Conceptual Learning 

-Multiple Agent Systems: Cooperative and Antagonistic Control 

-Structures of Intelligent Control 

-Neural Networks as a Control Tool 

-Multiple Sensor Feedback Controllers 

-Linguistical Controllers 

-Fuzzy Control Systems 

-Unmanned Control Systems 

-Knowledge Based Control Systems 

-Team Controller 

INVITED SESSIONS 

Hybrid Knowledge-Based / Analytical Control Systems 
Multilayer Controllers for Large Systems 
Intelligent Control Systems for Assembly Robots 

"registration 


Treasurer: U. Bar-Am 
Publication: P. Kalata 
Publicity: J. Eilbert 
Registration: P. Rao 


Advisory Committee 
Albus, J. National Bureau of Standards, USA 
Bajcsy, R. University of Pennsylvania, USA 
Bejczy, A.K. Jet Propulsion Laboratory, USA 
Chen, C. Jiao-Tong University, Shanghai, PRC 
Clarke, D.W. University of Oxford, England 
Di Cesare, F. Rensselaer Polytechnic Institute, USA 
Furuta, K. Tokio Institute of Technology, Japan 
Goldenberg, A.A. University of Toronto, Canada 
Heer, E. E.Heer & Associates, USA 
Ho, Y.C. Harvard University, USA 
Kanade, T. Carnegie-Mellon University, USA 
Koivo, A. Purdue University, USA 
Landau, I.D. Lab d'Automatique de Grenoble, France 
Rembold, U. University of Karlsruhe, Germany 
Saridis, G. Rensselaer Polytechnic Institute, USA 
Stephanou, H. G. Mason University, USA 
Villa, A. Politecnico di Torino, Italy 
Weisbin, C. Oak Ridge National Laboratory, USA 


Fees 


On/before Jan 5.1987 


After Jan 5.1987 


_ Student lEEE-Member Other _ Studen t IEEE Member Ptha--— 

$50 $175 $230 $70 $210 $275 $20 

Note - Fee includes (except for students) lunch, coffee & pastries, social events and a copy of the proceedings. 
Student fee covers attendance of sessions and a copy of the proceedings only. 

Payment - In US dollars only; by check; payable to IC-87 Send check and registration form to: Dr. Prabhakar Rao, 
Intelligent Control-1987, Department of ECE, Drexel University, Philadelphia, PA 19104. 


Name (First) 

(Last) 


Affiliation 

Student ID Number (if aDDlicable) 

Address 

City 

State Zip Code 

Country 

THE HILTON OF PHILADELPHIA 
Name (First) 

ROOM RESERVATION 
(Last) 


Address 


Telephone 

City 

State Zip Code 

Country 

Arrival Date 

Departure Date 


Sinole ($ 65.00) 

Double ($ 75.00) 


Credit Card ( AX, CB, DC, VISA, MC ) # 

EXP 


To guarantee a reservation, please forward a one night's deposit or include your valid credit card number with expiration date. 
Any reservations without a guarantee will only be held until 6:00 p.m. on date of arrival. Please return to: 

THE HILTON OF PHILADELPHIA, Civic Center Boulevard at 34th str., Philadelphia, PA, 19104 






































NEW PRODUCTS 


Compaq adds new 
Deskpro 386 model 

Compaq Computer has added the Model 70 
to its Deskpro 386 line. The Model 70 
features a 70M-byte fixed disk drive, a 
1.2M-byte disk drive, a lM-byte RAM, and 
five expansion slots. It costs $7299. 

The company also announced that the 
Compaq color monitor ($799) and the Com¬ 
paq enhanced color graphics board ($599) are 
now available as options for the entire Com¬ 
paq product line. Moreover, the enhanced 
keyboard used on all models of the Deskpro 
386 will become standard on the Deskpro 286. 

The 80287 coprocessor option ($349) is now 
available for all 80286-based Compaq prod¬ 
ucts, including the Portable 286, Deskpro 
286, and Portable II. The Portable II line also 
has an optional third-height, 5.25-inch, 

1,2M-byte disk drive now available for $275. 

For more information, contact Compaq 
Computer Corp., 20555 FM149, Houston, 

TX 77070; (713) 370-0670. 
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Sperry expands with 
computers and software 

Sperry has announced a number of com¬ 
puter products, including the 2200/200 entry- 
level midframe system. The four basic models 
are the 2200/201, a uniprocessor and entry- 
level system; the 2200/202, a dual processor 
system; the 2200/203, a three-processor model 
that requires an expansion cabinet; and the 
2200/204, a four-processor system. 

The 2200/200 systems are compatible with 
the OS 1100 environment. They also have 
Shield software, a PC-based operator inter¬ 
face, and support such programming lan¬ 
guages as Cobol, Fortran, RPGII, and 
MASM. 

An entry-level 2200/201 with one processor, 
4M bytes of memory, disk capacity of 840M 
bytes, a 300 line-per-minute printer, and com¬ 
munications capability costs $198,026. A two- 
processor 2200/202 with 8M bytes of storage, 
disk capacity of 1872M bytes, a 640 line-per- 
minute printer, a Uniservo 22 tape drive, and 
a DCP/10A communications processor costs 
$404,180. 

The Mapper C system is Sperry’s newest 
version of its fourth-generation language, 
Mapper. It runs under the Unix system. 

A one-time license fee ranges from $7900 to 
$42,000 according to the host system. 

For more information on the new Sperry 
products, contact Sperry Corp., World Head¬ 
quarters, Blue Bell, PA 19424-0031; (215) 
542-4213/4217. 
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Wang offers LapTop 
computer 

Wang Laboratories has announced the Lap- 
Top computer, a 14.25-pound portable featur¬ 
ing lOM-byte hard disk storage, LCD display, 
a full-sized keyboard, built-in communica¬ 
tions and printer, and IBM compatibility 
using the MS-DOS 3.2 operating system. 

The battery-driven LapTop includes a 
8086-compatible 16-bit CMOS microproces¬ 
sor operating at 8 MHz; 512K-bytes of RAM 
expandable to lM-byte; 16 programmable 
function keys; optional floppy drives for 
3.5-inch, 720K-byte, and 5.25-inch disks; 
either a 300/1200 or 300/1200/2400 baud 
Hayes-compatible modem; IBM PC-XT com¬ 
patibility; and IBM color graphics adapter 
compatibility. 

The LapTop costs $3530. For more infor¬ 
mation, contact Wang Laboratories, Inc., 

One Industrial Ave., Lowell, MA 01851; 

(617) 459-5000. 
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First programs out from 
Lotus ESPD 

Lotus Development has announced the first 
two products offered by its Engineering and 
Scientific Products Division. Lotus Manu¬ 
script is a word and document processor, 
while Lotus Measure is a PC software pack¬ 
age that collects data from measurement 
hardware and puts it into Lotus 1-2-3 for 
analysis, graphic display, and storage. 

Manuscript provides word processing capa¬ 
bilities of cut and paste, copy, search and 
replace, and form-letter generation. It also 
features table handling, a built-in structured 
outliner, global indexing and footnoting, a 
spelling checker, a document comparison 
feature that highlights revisions, and a docu¬ 
ment preview capability. 

Manuscript’s suggested price for North 
America is $495. 

Measure works with 1-2-3 as a single pro¬ 
gram. It employs the same user interface and 
macro environment. It supports IEEE-488 
and RS-232-C communications. The program 
runs on the IBM PC, PC-XT, or PC-AT, the 
HP Vectra PC, and the Compaq portable. It 
requires 512K bytes of memory and a hard 
disk. It runs on MS-DOS version 2.0 or high¬ 
er, and with Lotus 1-2-3 version 2.0 or higher. 

Measure is priced at $495 in North 
America. 

Contact Lotus Development Corp., 

55 Cambridge Pkwy., Cambridge, MA 02142; 
(617) 577-8500. 
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The Wang LapTop computer. 

IBM midrange computers 
will extend System/3 70 

IBM has announced the IBM 9370 Infor¬ 
mation System, which consists of four com¬ 
puters: the entry-level Model 20, intermediate- 
level Models 40 and 60, and high-end Model 
90. Field testing is scheduled for February 
1987 and general availability for the fourth 
quarter of 1987. 

Prices for the new computers will range 
from $31,000 for the Model 20 with 4M-bytes 
of memory to $210,000 for the Model 90 with 
16M-bytes of memory. The IBM 9347 
Magnetic Tape Unit will cost $7900. 

I/O controllers for the 9370 Information 
System include a DASD/tape subsystem con¬ 
troller, a workstation subsystem controller, 
four communications subsystem controllers, 
and an optional System/370 block multiplexer 
channel. 

Software includes the VM/Integrated 
System, VM/Remote System Programming, 
VM/System Product Release 5, VSE/SP V. 3 
Release 1, and Decision and Information Sup¬ 
port Productivity Facility for VSE (optional). 

Processors have a maximum memory 
capacity of 16M bytes. Model 20 comes with 
4, 8, or 16M bytes. Models 40, 60, and 90 
come with 8 or 16M bytes. 

For more information, contact IBM Corp., 
Information Systems Group, 900 King St., 

Rye Brook, NY 10573; (914) 934-4488. 
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Products link Mac 
and DEC 

Odesta and Kinetics have announced soft¬ 
ware and hardware products linking the 
Apple Computer and Digital Equipment stan¬ 
dard networks. 

Odesta’s Helix VMX software is a data- 
based, multiuser applications environment 
designed to run on a DEC VAX through 
Apple Macintosh PCs. Connections between 
computers in the system are made over an 
AppleTalk network or multiple internets con¬ 
nected to an Ethernet backbone. The program 
can be purchased per user fees or per VAX 
license. The former costs $450 for each Mac¬ 
intosh connected to any VAX. The latter 
starts at $7500 for a Micro VAX II and ranges 
to $20,000 on larger VAX machines. The 
bridge to Ethernet, FastPath, is available 
from Odesta for $2500. 

Kinetics’ FastPath links Apple Computer 
and DEC standard networks. FastPath/ 
Stand-alone is a programmable gateway be¬ 
tween AppleTalk and Ethernet. It allows 
computers on each of the networks to par¬ 
ticipate in common applications. It costs 
$2500. FastPath/Q-Bus is a dual-height 
AppleTalk controller board for Q-bus 
backplanes. It allows the Micro VAX to 
participate in an AppleTalk network along¬ 
side Apple computers and LaserWriters. It 
lists for $1800. 

For more information on Helix VMX, con¬ 
tact Odesta Corp., 4084 Commercial Ave., 
Northbrook, IL 60062; (312) 498-5615. 

For more information on FastPath, contact 
Kinetics, Inc., 2500 Camino Diablo, Suite 
110, Walnut Creek, CA 94596; (415) 

947-0998. 
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Supermini hits 1 MIP 

Concurrent Computer has announced the 
Model 3212, a new member of its Series 3200 
superminicomputer family. According to the 
company, the new model provides real-time 
performance of up to 1.8 million Whetstone 
instructions per second using an optimized 
Fortran compiler. 

Based on the Model 3210, the 3212 sup¬ 
ports the company’s proprietary operating 
system, OS/32, and the Xelos OS, based on 
AT&T’s Unix System V, Release 2. The com¬ 
puter is compatible with the entire Series 3200 
product line, according to Concurrent. 

A basic configuration consists of 4M bytes 
of memory, eight communications ports, a 
line printer interface, and a Model 6100 video 
display unit. It also includes IK byte of cache 
memory. The basic system costs $42,000. 

An OEM version, the Model 3212/A, 
allows for custom configuration. 

For more information, contact Concurrent 
Computer, 197 Hance Ave., Tinton Falls, NJ 
07724; (201) 758-7000. 
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Convex has Extended Supercomputing Architecture 


Convex Computer has announced CXS, 
Extended Supercomputing Architecture, 
to allow multiple Convex supercomputers to 
work simultaneously but independently on 
multiple applications. Each node is a Cray- 
like computer system with dedicated memory 
bandwidth and I/O resources for each CPU. 
The architecture uses a fiber-optic intercon¬ 
nect and provides for modular growth. 

Global mass storage permits sharing of data 
at the file level regardless of physical location. 

Two new members using CXS extend the 
Cl family of supercomputers at the top and 
bottom. The Cl XL is an entry-level super¬ 
computer with a starting price of $350,000. It 


Enhancements to Prolog 

Systems Designers has announced SD- 
Prolog, a Prolog programming environment 
running on the IBM PC. The language is an 
extended version of the standard Prolog as 
defined by Clocksin and Mellish. It features 
multicolored windows, modular program¬ 
ming, DEC-10 box model debugging, context- 
sensitive on-line help, an integrated screen 
editor, pull-down menus, external interfaces 
(including C), and support for strings and 
floating-point arithmetic. According to the 
company, the language is based on an in¬ 
cremental compiler. A single site license costs 
£799. 

For more information, contact Systems 
Designers pic, Pembroke House, Pembroke 
Broadway, Camberley, Surrey GUI5 3EX.; 
(0276) 686200. 

Borland International has enhanced Turbo 
Prolog. Version 1.1 provides increased sup¬ 
port for the development of large applica¬ 
tions, according to the company, and delivers 
a three-fold increase in compilation speed 
over Version 1.0. An internal linker with 
single-step compiling to executable files 
reputedly cuts development time. 

For more information, contact Borland In¬ 
ternational, 4585 Scotts Valley Dr., Scotts 
Valley, CA 95066; (408) 438-8400. 
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32-bit computer fits 
on a desktop 

Digital Electronic Systems has announced 
the Computerist Mainframe. According to the 
company, the CMF is a desktop, 32-bit, gen¬ 
eral-purpose computer system. It can expand 
into a multiuser, multiprocessor, multitasking 
real-time system in a standard 19-inch rack. 

CMF provides a 32-bit address bus and up 
to 113M bytes of memory within the chassis. 
Expansion racks reputedly extend RAM to 4 
billion bytes. The operating system is CP/M- 
68k, with optional languages available. 

The basic CMF system costs $3995. Con¬ 
tact Digital Electronics Systems, 302 S. Main, 
Estill Springs, TN 37330; (615) 649-5137. 
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provides up to 64M bytes of memory, has an 
80M-byte-per-second I/O bandwidth, and is 
compatible with the Convex C-l. The Cl XP 
offers the Cl family’s greatest expandability. 
Pricing starts at $475,000. Multiple-processor 
configurations bundling the CXS, the XP2 
and XP4, are available starting at $775,000 
and $1.35 million, respectively. To add the 
hardware element of CXS to other Cl family 
members costs $25,000 to $30,000 per CPU. 

For more information, contact Convex 
Computer Corp., 701 Plano Rd., Richardson, 
TX 75023; (214) 952-0226. 
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TIexpands series 

Texas Instruments has announced a mul¬ 
tiprocessor version of the Explorer computer 
system that combines symbolic and numeric 
processing in the same chassis. The Explorer 
LX system links Lisp and 68020 processors 
with a set of software tools. A field-installable 
upgrade is available for existing Explorer 
customers. 

The base configuration consists of an 
Explorer with 4M-bytes of memory, a 
separate 68020 processor with 2M bytes of 
on-board memory, two 182M-byte disks, and 
an Ethernet interface or cartridge tape. Prices 
start at $73,900. The upgrade costs $18,500. 

New storage devices for the Explorer sys¬ 
tems include a 516M-byte Winchester disk 
drive and a half-inch magnetic tape drive. 

A 516M-byte disk drive with controller costs 
$20,000; a 516M-byte disk drive add-on, 
$17,000; and a half-inch tape drive, $10,900. 

For more information, contact Texas 
Instruments, Data Systems Group, PO Box 
809063, Dallas, TX 75380-9063; (800) 
527-3500. 
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Apollo expands Domain 

Apollo Computer has expanded its Domain 
Series 3000 Personal Workstation product line 
with graphics, memory, and mass storage 
enhancements. 

The new enhancements include 8M bytes of 
memory, 155M-byte or 348M-byte (format¬ 
ted) Winchester disks, and a 19-inch color 
display. New communications options for the 
IBM PC-AT-compatible peripherals bus in¬ 
clude the Serial/Parallel Expansion board; the 
EtherController-AT, providing Domain users 
with access to other systems through Ethernet 
networks and communications protocols; and 
Domain/PCC, an IBM PC-AT coprocessor. 

For information on how the enhancements 
and options affect the prices of the systems, 
contact Apollo Computer, 330 Billerica Rd., 
Chelmsford, MA 01824; (617) 256-6600. 
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NCR adds models 

NCR has announced new models of its 
80286-based PC8 PC and its Tower super¬ 
microcomputer family. 

Both new PC8 models use an 8-MHz Intel 
80286 processor and come standard with 
640K bytes of memory and a 20M-byte fixed 
disk, seven expansion slots, AT-card com¬ 
patibility, and five media slots. One model, 
with a 360K-byte flex disk drive, is priced at 
$3895, while the second, with a 1.2M-byte 
flex disk drive, is priced at $3995. 

The Tower 32/400 is an entry-level, 32-bit 
model in the Tower supermicrocomputer 
family. It uses a 16.7-MHz Motorola 
MC68020 microprocessor and the Unix 
operating system. The list price ranges from 
$14,995 to $54,810, depending on configura- 

For more information, contact NCR 
Corp., Public Relations, Dayton, OH 45479; 
(513) 445-4169. 
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Minis join M6000 line 

McDonnell Douglas Computer Systems has 
announced the addition of two minicom¬ 
puters to the upper end of its M6000 line of 
small business systems. 

Both the M6640 and M6650 offer from 16 
to 64 ports and from 1-2M bytes of main 
memory. The M6650 comes with a basic 75M 
bytes of memory and two additional 
130M-byte disk drives for a total of 335M 
bytes. The M6640 comes with 75M bytes of 
memory, field-upgradable with the addition of 
two 130M-byte disk drives. Maximum mem¬ 
ory capacity for both systems is 485M bytes. 

The M6000 line executes the Pick-based 
Reality relational database management 
operating system. The systems can also utilize 
McDonnell Douglas’ ALL application lan¬ 
guage liberator, a fourth generation language. 

Prices of the M6640 begin at $59,500. The 
M6650 base price is $84,500. 

For more information, contact Gary 
Shoup, Mcdonnell Douglas, PO Box 19501, 
Irvine, CA 92713. 
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SNAs link to LANs 

Eastman Communications’ Syncra LAN 
Server offers remote connections or a channel 
speed adapter to link all computers on an 
Ethernet local area network to an SNA main¬ 
frame. The product is available from Eastcom 
through an agreement with Mitek Systems. 

The Syncra LAN Server supports up to 64 
concurrent terminal sessions. It appears as a 
3274 cluster controller to the VTAM main¬ 
frame communications software. A variety of 
communications, emulation, and software op¬ 
tions are available for varying prices. Contact 
Eastman Communications, 1099 Jay St., 
Rochester, NY 14650; (716) 724-5535. 
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Nixdorf adds midrange 

Nixdorf Computer has announced the 8850 
Model 85, an addition to its 8850 family of 
distributed data processing systems. The com¬ 
pany says that the new model is intended to 
consolidate four middle-range 8850 models 
(35, 45, 55, and 65) into one field-upgradable 
system. 

The 8850 Model 85 handles a maximum of 
32 data terminals or workstations and a 
variety of peripherals. Users can also attach 
Nixdorf’s 8810/25 and 8810/35 Compact and 
Desktop PCs as local workstations. 

The new model uses Nixdorf’s Dpex 
operating system. 

A single cabinet consisting of CPU, tape 
drive, and disk drive costs $48,000. A max¬ 
imum configuration with four disk drives, 
two tape drives, CPU, and 32 terminals costs 
$220,000. Contact Nixdorf Computer Corp., 
80 Main St., North Reading, MA 01864; (617) 
664-5781. 
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IBC adds Ensign CPU 


NEW LITERATURE 


Strategic Alliances in the Pacific Rim 
and Indian Subcontinent. This impact 
report predicts that the US-Japan 
semiconductor trade agreement will drive 
US electronics manufacturers offshore. 
Electronic Trend Publications, 12930 
Saratoga Ave., Ste. Dl, Saratoga, CA 
95070; (408) 996-7416; free. 


New volume for scientists and engineers 
in the IBM PC Systems Handbook 
series. A 118-page handbook/catalog on 
instrumentation and data acquisition 
components and systems for IBM 
PC/XT/AT computers. All products 
were evaluated for functionality, overall 
quality, ease of use, cost effectiveness, 
mutual compatibility, and reliability. 
CyberResearchinc., 5 Science Park Ctr., 
PO Box 9565, New Haven, CT 06536; 
(203) 786-5151; $12.95 for series 
subscribers. 


Integrated Business Computers has 
announced an Intel 386-based Ensign micro¬ 
computer for heavy multiuser, multitasking 
applications. The Ensign 386:100 will run the 
Theos 386 operating system and port Xenix 
and multiuser MS-DOS. Currently, the system 
runs the Theos 286V OS. 

A lower-end system for 16 users with 25M 
bytes of storage is priced at $7995. A fully 
expanded system will provide 100 serial I/O 
ports, 24M bytes of main memory, lM-byte 
serial and disk I/O buffer memory, four 
68010 slave processors, a floppy disk drive, a 
tape cartridge drive, and three 280M-byte 
hard disk drives for $71,395. 

For more information, contact IBC, 21621 
Nordhoff St., Chatsworth, CA 91311; (818) 
882-9007. 
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VAXmate DBs link to 
VAX files 

Network Innovations has announced a new 
version of its Multiplex software that links 
personal computer applications for Digital 
Equipment’s VAXmate databases and data 
files on VAX superminicomputer systems. 

The new version of Multiplex automatically 
handles all database inquiry, data reformat¬ 
ting, and data communications tasks, accord¬ 
ing to the company. It links the VAXmate to 
VAX/VMS and to Ultrix-32, DEC’S version 
of Unix. 

Multiplex is also available for IBM PCs 
and compatibles. 

No prices given. For more information, 
contact Network Innovations, 20863 Stevens 
Creek Blvd., Cupertino, CA 95014; (408) 
257-6800. 

Reader Service Number 57 


The IBM XT Clone Buyer’s Guide. 
Edwin Rutsch’s book outlines the pro¬ 
cess of putting together an IBM clone. 
Also gives an overview of microcom¬ 
puters and trends and advice on where to 
purchase an XT clone. Modular Infor¬ 
mation Systems, 431 Ashbury St., San 
Francisco, Ca 94117; (415) 552-8648. 
$9.95. 


Black Box Corporation Catalog. In¬ 
cludes product listing, a technical 
reference section, and glossary. The com¬ 
pany designs, manufactures, and 
distributes data communication prod¬ 
ucts. Black Box Corp., PO Box 12800, 
Pittsburgh, PA 15241; (412) 746-5530; 
free. 


Computer marketing program. A 

52-page book, a six-page worksheet 
showing selections of the marketing 
components, and a worksheet for pro¬ 
jecting each company’s needs offer step- 
by-step information on how to plan a 
profit-based annual marketing program, 
omnigistics, inc., 430 Airport Blvd., 
Salinas, CA 93905; (800) 345-7774; free. 

“Future Directions in Computer Ar¬ 
chitecture and Software” proceedings. 

This workshop, held from May 5 to 7 at 
the Seabrook Conference Center, 
Seabrook, S.C., was attended by over 95 
researchers in the field. Dr. C. Ronald 
Green, Electronics Div., Army Research 
Off., PO Box 12211, Research Triangle 
| Pk., NC 27709-2211; (919) 549-0641. 
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Recent Microsystem Announcements 



MODEL AND 
FUNCTON 

COMPANY 

COMMENTS 

R.S. 

NO. 

Lightning f/i 

Internal modem 

Anchor Automation 

6913 Valjean Ave. 

Van Nuys, CA 91406 
(818) 997-6493 

A 2400 bps, full-card internal modem for IBM PCs and 
compatibles. Uses the MNP error correcting system. Comes 
with LYNC telecommunications software. Complies with V.22 
bis and Bell 212A specifications. Cost: $599. 

80 

T-120, T-160 

Tape drives 

CMS 

3080 Airway Ave. 

Costa Mesa, CA 92626 
(714)549-9111 

Add-on tape drives for the IBM XT 286 and Compaq 386, 
available in 20 and 60M-byte capacities. Both drives adhere to 
the QIC data format standard. The T-120 has four tracks, the 
T-160 nine. Cost: $995 for the T-120, $1595 for the T-160. 

81 

Codenet-3410, 
Computrol M-10F 
Fiber optic modems 

Codenoll Technology 

1086 N. Broadway 

Yonkers, NY 10701 
(914) 965-6300 

10M-bit/s fiber optic modems that operate with MAP. 

Designed to run with 802.4 token-bus controllers and 
computers using the VME or Multibus system buses. Cost: 
$1750 each. 

82 

Chronos 

OS 

Dynapro Systems 

1000-1200 W. 73rd Ave. 
Vancouver, BC, Canada 
(604) 263-2638 

A real-time, multitasking OS for the IBM PC-XT and PC- 
AT. Written in assembly language, tailored for the iAPX86 
family of microprocessors. Cost: $1995 US site license, $2495 
Canadian site license. 

83 

Forge 

Fortran optimizer 

Pacific-Sierra Research 

312 Main St., Suite 203 
Placerville, CA 95667 
(916)621-1600 

Unix-based Fortran optimization software for supercomput¬ 
ers, implemented on Apollo, Micro VAX II, and Sun worksta¬ 
tions. Cost: $99,000 for a 10-workstation corporate license; 
$45,000 for a one-workstation license, with a $5000 mainte¬ 
nance fee. 

84 

Smartmodem 1200C 
Internal modem 

Hayes Microcomputer Products 
PO Box 105203 

Atlanta, GA 30348 
(404) 449-8791 

An asynchronous, 1200-bps internal board modem for the 

IBM PC Convertible. Identical in function to the 

Smartmodem 1200 B. Features CCITT V.22 compatibility. 
Cost: $439 (estimated). 

85 

KDS3 

Expert system shell 

KDS 

934 Hunter Rd. 

Wilmette, IL 60091 
(312)251-2621 

A frame-based expert system shell for the IBM PC, PC-XT, 
PC-AT, and compatibles. Offers all features of KDS2 and 
adds a blackboard and advanced math features. Development 
requires PC-DOS or MS-DOS, 512K-bytes of RAM, and a 
numeric coprocessor (8087, 80287, or 80387). Written in 
assembly language. Cost: $1495 for a one-workstation 
development license. 

86 

RISP-II 

Signal processor 

Matsushita Electric 

One Panasonic Way 

Secaucus, NJ 07094 
(201) 348-7320 

A real-time image signal processor. Reputedly operates at a 
10-ns speed. Integrates 20,600 elements on each LSI chip. 
Reprogrammable. Cost: 250,000 yen for one sample. 

87 

Mitrol-Micro 

4GL 

Mitrol 

800 W. Cummings Park 

Woburn, MA 01801 
(617) 933-9545 

A fourth-generation language for the IBM AT/370 and 
compatibles. Applications will also run on an IBM mainframe 
operating Mitrol under VM/CMS, OS/MVS, or OS/MVS/ 
XA. Cost: $3000 to $25,000. 

88 

poly-Star 

Software 

Polygon Assoc. 

1024 Executive Pkwy. 

St. Louis, MO 63141 
(314) 576-7709 

A terminal emulation and file transfer program for 
communication among IBM PC, VAX, and PDP system 
users. Permits remote control of the PC from the host. 
Incorporates features of poly-Com/220 and 240 software. 
Cost: From $200. 

89 
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ADVANCE PROGRAM 


THE THIRD IF.F.F 

ARTIFICIAL INTELLIGENCE APPLICATIONS 

Conference and Exposition 

Orlando Hyatt Regency 
Kissimmee, Florida 
February 23-27, 1987 



~— - lHE CONFERENCE-- 

The Third IEEE Artificial Intelligence Applications Conference and Exhibition will be held 
February 23-27, 1987, in Kissimmee, Florida. The conference concentrates on the application of 
artificial intelligence techniques to real-world problems. 


The technical sessions feature 

* Knowledge Acquisition 

* Knowledge Representation 

* Diagnosis 

* Case Studies 

* Default Reasoning 


- TECHNICAL SESSIONS 

the following topics: 

* Question Answering * 

* Explanation-Based Learning * 

* Robotics and Perception * 

* Search * 

* Design and Planning 


Manufacturing 

AI & Real Time Programming 

Uncertainty 

Software & Tools 


TUTORIALS 


There will be eight half-day tutorials on the following: 

* Managing Knowledge System Development, Avron Barr 

* Programming in the Lisp Machine Environment, Sue Green 

* Analyzing Expert System Building Tools, Paul Harmon 

* Logic Programming, Expert Systems and Databases, Steve Hardy 

* AI and Computer Integrated Manufacturing, Arvind Sathi 

* Commercial Applications of Natural Language Processing, Tim Johnson 

* AI Programming on Parallel Machines, Joe Brandenburg 

* Intelligent Interfaces, Marilyn Stelzner 


— EXHIBITS 


In addition to the informative conference sessions, our exhibit floor will offer you the opportunity to 
view and meet with... FF y 

Over 50 different exhibits by the leaders in AI; the leading publishers in the computer 
book and periodical market; the systems developers who are designing the Human- 
Computer interface of the future; the programmers that are creating natural languages 
that enable computers to perform knowledge acquisition and reasoning, planning and 
problem solving; the manufacturers that are building the systems of tomorrow that you 
want to see and use today! 


FOR FURTHER INFORMATION 


““'085%!; ASS ° Cia,eS> 12250 R0CkVi " e Suite 200, Rockville, 

n F MrnJ^r at !° n and 3 com P ,ete brochure contact: CAIA Conference, Computer Society 
of the IEEE, 1730 Massachusetts Ave., N.W., Washington, DC, 20036-1903, (202) 371-0101. 


THE COMPUTER SOCIETY 
7 . OF THE IEEE 


























The Third IEEE Artificial Intelligence Applications Conference and Exhibition 



ADVANCE CONFERENCE REGISTRATION FORM 
February 23-27, 1987; Hyatt Orlando, Kissimmee, Florida 
Complete and return this form with your check (in U.S. dollars) payable to CAIA or charge it to your 
MasterCard, Visa, American Express or Choice using the form below. 

Send to: CAIA 

Computer Society of the IEEE, 1730 Massachusetts Avenue, N.W., Washington, DC 
20036-1903, Phone: (202) 371-0101, TWX7108250437IEEECOMPSO 


Circle Appropriate Fee: 


Member 

1 Tutorial $110 

2 Tutorials $220 

3 Tutorials $330 

4 Tutorials $440 

Conference Only $175 

Conference & 1 Tutorial $285 

Conference & 2 Tutorials $395 

Conference & 3 Tutorials $505 

Conference & 4 Tutorials $615 

TUTORIALS: Please check appropriate tutorial, (only 
Monday, 2/23: 8:30-12:00 


Advance Registration 
(Prior to 2/6/87) 
Non-Member 

$140 

$280 

$420 

$560 

$220 

$360 

$500 

$640 

$780 

per day) 


_1. Managing Knowledge System Development 

_2. Programming in the Lisp Machine Environment 

Tuesday, 2/24: 8:30-12:00 

_5. AI and Computer Integrated Manufacturing 

_6. Commercial Applications of Natural Language Processing 


Late Registration 


Student 

Member 

(After 2/6/87) 
Non-Member 

Student 

$110 

$140 

$175 

$140 

$220 

$280 

$350 

$280 

$330 

$420 

$525 

$420 

$440 

$560 

$700 

$560 

$ 50 

$200 

$250 

$ 50 

$160 

$340 

$425 

$190 

$270 

$480 

$600 

$330 

$380 

$620 

$775 

$470 

$490 

$760 

$950 

$610 


Monday, 2/23: 1:30-5:00 

_3. Analyzing Expert Systems Building Tools 

_4. Logic Programming, Expert Systems and Databases 

Tuesday, 2/24: 1:30-5:00 

_7. AI Programming on Parallel Machines 

_8. Intelligent Interfaces 


Registration includes 1 year subscription to IEEE Expert Magazine. 




Company Name-----— 

Address _____—— 

City ____State-Zip 

Phone--- 

IEEE Member Number- 


Total Fees enclosed: -- 

_Check Enclosed _MasterCard _VISA -American Express -Choice 

Card No.____ Ex P- Date - 


Signature 



HOTEL RESERVATION FORM 

HYATT ORLANDO WELCOMES COMPUTER SOCIETY OF THE IEEE 
THIRD CONFERENCE ON ARTIFICIAL INTELLIGENCE APPLICATIONS 
FEBRUARY 23-27, 1987 


DAILY ROOM RATES $80.00 SINGLE; $90.00 DOUBLE 
$90.00 SINGLE; $90.00 QUAD. 

ALL RATES ARE SUBJECT TO 8% STATE TAX. 

SPECIAL ROOM REQUESTS ARE ON A SPACE AVAILABLE BASIS AND 
CANNOT BE CONFIRMED OR GUARANTEED. 

CHILDREN UNDER 18 YEARS OF AGE FREE IN ADDITION TO DOUBLE 
OCCUPANCY. A WRITTEN CONFIRMATION WILL BE SENT TO YOU. 
Check-out time is 12:00 Noon. Baggage should be checked with the bell captain if 

(Hotel telephone 305-3%-1234) 


THIS IS A RESERVATION REQUEST AND MUST BE ACCOMPANIED BY A ONE 
NIGHTS ROOM DEPOSIT OR CREDIT CARD GUARANTEE: 

TYPE_#_EXP —- i 

ARRIVAL DATE_DEPARTURE DATE-- 

NUMBER IN PARTY_!_ADULTS_CHILDREN - 

SPECIAL REQUESTS _____ 


ADDRESS _ 

CITY_STATE. 

TELEPHONE ( ) - 


Eastern Airlines is offering conference attendees 50% off regular coach fares. Please call World Wide Travel 
at 800-222-2920 or 202-659-1121 for further information. c 




































BOOK REVIEWS 


Microcomputers and Microprocessors 


John Uffenbeck (Prentice-Hall, 
Englewood Cliffs, N.J., 1985, 670 
pp., $31.95) 

My first reaction on seeing this book 
was, “Here’s a Johnny-come-lately!” A 
book on the 8080 in a world going the 
32-bit way? However, there are some 
saving graces, and the author does justi¬ 
fy his efforts. The book should be of in¬ 
terest to anyone using the 8080, 8050, or 
Z-80. However, with the thorough cov¬ 
erage of memory technologies, serial 
communications, magnetic disk con¬ 
cepts, analog interfacing, and micro¬ 
computer troubleshooting, the book is 
more a microcomputer text than it is a 
book about these three processors. 

The book is written in a casual, yet 
easily understood, style. It is suitable for 
undergraduates or first-year graduate 
students. The practicing engineer might 
also find it a useful book for his or her 
library. 

The author places particular emphasis 
on visualizing the microprocessor as part 
of a CPU module that is, in turn, inter¬ 
faced by the memory and I/O. He pays 
close attention to concepts of bus buf¬ 
fering such as noise immunity, DC load¬ 
ing, and reflections. 

There is an entire chapter devoted to 
the 8086, which can be seen as an exten¬ 
sion of the 8-bit processors discussed 
earlier in the book. The point-wise chap¬ 
ter summaries are a good idea; so is the 
section on troubleshooting techniques. 

Some highlights: 

The author stresses that microproces¬ 
sor programming is best learned in con¬ 
text. To this end he discusses 14 detailed 
programs in Chapter 3, illustrating new 
instructions and addressing modes. 
Chapter 3 also introduces CP/M, an 
industry-wide operating system for 
8080/85 and Z-80 microcomputer 
systems. 

Chapter 5 shows how to interface 
RAM and ROM memory to the CPU 
module developed earlier. Timing re¬ 
quirements imposed by the microproces¬ 
sor are defined and the memory designs 
analyzed to verify that these constraints 
have been met. 

Chapter 6 concludes “construction” 
of the microcomputer with the addition 
of the I/O module. The microprocessor 


IN and OUT instructions are used to 
identify the I/O-and memory-mapped 
hardware requirements. The three com¬ 
mon methods of controlling I/O 
devices—polling, interrupts, and 
DMA—are contrasted and response-time 
and transfer rates are calculated for 
each. 

Chapters 7 and 8 deal with the 
8080/85 and Z-80 family respectively 
because the special-purpose support 
devices discussed are sufficiently dif¬ 
ferent to warrant separate chapters. 

An interesting feature of the book is 
the 40 or more data sheets distributed 
throughout the text as appropriate. I 
agree with the author that we must all 
learn to read the literature distributed by 
the semiconductor manufacturers. 


Going from Basic to C 

Robert J. Traister (Prentice-Hall, 

Englewood Cliffs, N.J., 162 pp., 

$17.95) 

In the Preface the author states that 
the book is written especially for the 
Basic language programmer who is plan¬ 
ning to make the switch to C language. 
Since this description fit my situation, 

I felt eager to investigate this book. The 
author’s goals were to direct the reader: 

(1) to begin writing simple C programs, 

(2) to fully understand the relationship 
between Basic statements and C func¬ 
tions, and (3) to build adequate 
knowledge to effectively use C instruc¬ 
tion manuals. The author has done a 
superb job in attaining his goals! 

Some highlights: 

After the usual historical notes and a 
description of the C compiler used for 
the examples, the author describes sim¬ 
ple functions for reading the keyboard 
and writing to the screen. Programs are 
first shown in Basic and then shown in 
C. After looking at these C examples, I 
began to feel at ease with the C syntax. 

The section about loops was well 
done. Since we Basic programmers tend 
to use GOTO statements more often 
than programmers in other languages, 
there is a “commercial” about not using 


One failing worth mentioning is the 
lack of discussion on new architectures 
such as RISC machines, and perhaps the 
author could have mentioned, at least in 
passing, multimicroprocessors. 

On the whole, I think the author has 
succeeded in his two main goals: 

(1) to provide a practical microcom¬ 
puter text with an emphasis on the pro¬ 
grammable peripheral controller sup¬ 
port chips, and 

(2) to use the Intel 8080, 8085, and the 
Zilog Z-80 microprocessors as realistic 
“vehicles” to demonstrate these 
concepts. 


Chandan Sen 

Research Triangle Institute 


GOTOs and examples of how to avoid 
them. 

In order to emphasize traps that Basic 
programmers might fall into, several ex¬ 
amples of often-made errors are given. 
These wrong examples are clearly 
marked so that even if the reader just 
scans the listings, he or she will not be 
misled. 

Chapter 7 contains 15 examples with 
errors. The first six chapters must have 
been presented well, since I was able to 
identify 12 of these 15 errors. 

I don’t find C programs to be so omi¬ 
nous after reading the chapter called, 
“Characters, Conversions and Confu¬ 
sion.” Data types and the ease of C con¬ 
version methods are much clearer. 

The chapter on mimicking Basic state¬ 
ments could have been longer. In fact it 
would have been useful to have had an 
appendix of Basic statements vs. C func¬ 
tional equivalents. 

My suggestion to a would-be C pro¬ 
grammer who has a background in Basic 
is to read this book first and then get 
into one of the more complete C refer¬ 
ences. I wouldn’t want to learn a foreign 
language unless the explanatory text 
were written in English. This book 
makes “speakers” of Basic more con¬ 
versant in C. 

Gordon W. Flemming 

Jet Propulsion Laboratory 
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CALENDAR 


January 1987 

/gjl 20th Hawaii International Conference 
99 on System Sciences, January 6-9, 
Kailua-Kona, Hawaii. Contact Ralph H. 
Sprague, University of Hawaii, College of 
Business Administration, R-303, Honolulu, 
HI 96822; (808) 948-7430. 

■gj, Image Pattern Recognition: Algorithm 
99 Implementations, Techniques, Technol¬ 
ogy (a Critical Review Conference) (SPIE), 
January 11-16, Los Angeles. Contact Joseph 
Yaver, SPIE, PO Box 10, Bellingham, WA 
98227; (206) 676-3290. 


4jj| Image Understanding and the Man- 
99 Machine Interface (SPIE), January 
11-16, Los Angeles. Contact Joseph Yaver, 
SPIE, PO Box 10, Bellingham, WA 98227; 
(206) 676-3290. 

Optical and Digital Pattern Recognition 
99 (SPIE), January 11-16, Los Angeles. 
Contact Joseph Yaver, SPIE, PO Box 10, 
Bellingham, WA 98227; (206) 676-3290. 

(ijjl IC-87, Symposium on Intelligent Con- 
99 trol, January 18-21, Philadelphia. Con¬ 
tact A. Meystel, Drexel University, Dept, of 
Electrical and Computer Engineering, College 
of Engineering, Philadelphia, PA 19104; (215) 
895-2220. 


Fourth International Symposium on 
99 Modeling and Simulation Methodology: 
Intelligent Environments, Goal-Directed 
Models (SCS), January 19-23, Tucson, 
Arizona. Contact Paul A. Baltes, Office of 
Special Professional Education, University of 
Arizona, Harville Bldg., Box 9, Tucson, AZ 
85721; (602) 621-3054. 


zax Annual IEEE Design Automation 
99 Workshop, January 21-23, Apache 
Junction, Arizona. Contact Jim Armstrong, 
Electrical Engineering Dept., Virginia Tech, 
Blacksburg, VA 24061; (703) 961-4723 or 
(703) 961-7078. 


1987 Winter Usenix Technical Conference, 
January 21-23, Washington, DC. Contact 
Usenix Conference Office, PO Box 385, 
Sunset Beach, CA 90742; (213) 592-1381 or 
(213) 592-3243. 


IEEE Workshop on Instrumentation for 
99 Distributed Computing Systems, 
January 22-23, Sanibel Island, Florida. Con¬ 
tact Andre van Tilborg, Computer Science 
Dept., Carnegie Mellon University, Pitts¬ 
burgh, PA 15213; (412) 268-3801. 


February 1987 

Third International Conference on Data 
99 Engineering, February 2-6, Los Ange¬ 
les. Contact Gio Wiederhold, Dept, of Com¬ 
puter Science, Stanford University, Stanford, 
CA 94305; (415) 497-0685 or Benjamin Wah, 
Coordinated Science Lab, University of Il¬ 
linois, Urbana, IL 61801; (217) 333-5216. 


CSC-87, 1987 ACM Computer Science Con¬ 
ference, February 17-19, St. Louis. Contact 
Arlan DeKock, University of Missouri-Rolla, 
Computer Science Dept., Rolla, MO 65401; 
(314)341-4491. 

18th Annual SIGCSE Technical Sym- 
99 posium (ACM), February 19-20, St. 

Louis. Contact Dan C. St. Clair, UMR 
Graduate Engineering Center, University of 
Missouri-Rolla, 8001 Natural Bridge Rd., St. 
Louis, MO 63121-4499; (314) 553-5440. 

Compcon Spring 87, February 23-26, 

*9? San Francisco. Contact Glen G. 
Langdon, Jr., IBM Dept. K54-802, 650 Harry 
Rd., San Jose, CA 95120-6099; (408) 
927-1818. 

Third IEEE Conference on Artificial 
99 Intelligence Applications, February 
23-27, Orlando, Florida. Contact Jan Aikins, 
Aion Corp., 101 University Ave., fourth 
floor, Palo Alto, CA 94301; (415) 328-9595. 


March 1987 

20th Annual Simulation Symposium 
99 (ACM, IMACS, SCS), March 11-13, 
Tampa, Florida. Contact James Gantt, 5986 
Dana Dr., Norcross, GA 30093; (404) 
894-3107. 


Conferences that the Computer Society participates in or sponsors are indicated by the 
IEEE Computer Society logo; other conferences of interest to our readers are also included. 
For inclusion in Calendar or Call for Papers, submit information six weeks before the month 
of publication (e.g., for the March 1987 issue, send information for receipt by January 15, 
1987) to COMPUTER, 10662 Los Vaqueros Circle, Los Alamitos, CA 90720. 


Sixth Symposium on Reliability in 
99 Distributed Software and Database 
Systems (NASA), March 17-19, Williams¬ 
burg, Virginia. Contact Edwin C. Foudriat, 
NASA, Langley Research Center, Informa¬ 
tion Systems Division, MS 469, Hampton, VA 
23665; (804) 865-3535. 

1987 IEEE VLSI Test Workshop, March 
24-25, Atlantic City, New Jersey. Contact 
Wesley E. Radcliffe, IBM East Fishkill, Dept. 
277, Bldg. 321-5E1, Hopewell Junction, NY 
12533; (914) 894-4346. 


Southcon (IEEE), March 24-26, Atlanta. 
Contact Electronic Conventions Manage¬ 
ment, 8110 Airport Blvd., Los Angeles, CA 
90045; (213) 772-2965. 


IEEE Infocom 87, Sixth Annual Joint 
99 Conference of the IEEE Computer and 
Communications Societies: Global Net¬ 
works—Concept to Realization, March 
30-April 2, San Francisco. Contact IEEE In¬ 
focom 87, 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903; (202) 371-0101; 
telex 7108250437 IEEECOMPSO. 


/j\ Ninth IEEE International Conference 
99 on Software Engineering (ACM), 

March 30-April 2, Monterey California. Con¬ 
tact William Riddle, Software Design and 
Analysis, 1760 Bear Mountain Dr., Boulder, 
CO 80303; (303) 499-4782. 

Fourth International Symposium on 
99 Optical and Optoelectronic Applied 
Science and Engineering (SPIE), March 
30-April 3, The Hague, The Netherlands. 
Contact Joseph Yaver, SPIE, PO Box 10, 
Bellingham, WA 98227-0010; (206) 676-3290. 


1987 IEEE International Conference on 
Robotics and Automation, March 30-April 3, 

Raleigh, North Carolina. Contact Harry 
Hayman, 738 Whitaker Terrace, Silver 
Spring, MD 20901; (301) 434-1990. 


April 1987 

Fourth International Workshop on 
99 Software Specification and Design 
(AFCET, Agence de I’lnformatique, Alvey 
Directorate, LCRST-Japan), April 3-4, 

Monterey, California. Contact David Marca, 
Digital Equipment Corp., Intelligent Systems 
Tech Group, 77 Reed Rd., MS HL02-3/CID; 
Hudson, MA 01749. 

IEEE Computer Society Symposium on 
99 Office Automation: Integration, Inter¬ 
connection, and Use of Personal Computers 
(NBS), April 27-29, Gaithersburg, Maryland. 
Contact Vincent Lum, Dept, of Computer 


December 1986 






Science, Naval Postgrad School, Monterey, 
CA; (408) 646-2449. 

IEEE Symposium on Security and Pri- 
^ vacy, April 27-29, Oakland, California. 
Contact Virgil Gligor, University of Mary¬ 
land, Dept, of Electrical Engineering, College 
Park, MD 20742; (301) 454-8846. 


May 1987 

Eighth IEEE Symposium on Mass Stor- 
^ age Systems, May 11-14, Tucson, Ari¬ 
zona. Contact Patrick Savage, Shell Develop¬ 
ment Co., PO Box 481, Houston, TX 77001; 
(713)663-2384. 


Third International Symposium on 
v*' VLSI Technology, Systems, and Ap¬ 
plications, May 13-15, Taipei, Taiwan. Con¬ 
tact Ben M.Y. Hsiao, IBM Corp., Dept. D18, 
Bldg. 707, PO Box 390, Poughkeepsie, NY 
12602 or Morris Chang, ITRI, No. 1, Jen Ai 
Rd., Sec. 2, Taipei, Taiwan. 

Eighth Symposium on Computer Arith- 
metic, May 18-21, Como, Italy. Contact 
Mary Jane Irwin, Dept, of Computer Science, 
333 Whitmore Laboratory, Pennsylvania 
State University, University Park, PA 16802 
or Luigi Dadda, Dept, of Electronics, Piazza 
Leonardo da Vinci 32, Politecnico di Milano, 
1-20133 Milan, Italy. 

1987 International Symposium on Mul¬ 
es' tiple-Valued Logic, May 26-28, Boston. 
Contact Dan Simovici, Dept, of Mathematics 
and Computer Science, University of Massa¬ 
chusetts, Boston, MA 02125; (617) 929-7966. 


June 1987 

jgjs IFIP Workshop on CAD Engines, June 
v*? 1-2, Kakaishinlou, Kainkan, Japan. 
Contact Tatsuo Ohtuski, Waseda University, 
Dept, of Elec, and Comm., School of Science 
and Engineering, 3-4-2 Okubo, Shinjuku, 
Tokyo 160, Japan; phone 81 (03) 209-3211. 


14th International Symposium on Com- 
vs? puter Architecture, June 2-5, Pitts¬ 
burgh. Contact Zary Segall, Computer 
Science Dept., Carnegie Mellon University, 
Pittsburgh, PA 15213; (412) 268-3736. 


ICCV-87, First International Con- 
vs? ference on Computer Vision, June 8-11, 

London. Contact Azriel Rosenfeld, University 
of Maryland, Center for Automation 
Research, College Park, MD 20742; (301) 
454-4526. 


IEEE Workshop on Software Technolo- 
gy Transfer, June 11-13, Santa Fe, New 
Mexico. Contact Charles Richter, MCC, Soft¬ 
ware Tech. Prog., 9430 Research Blvd., 
Austin, TX 78759. 


CALL FOR PAPERS 


Computer: Articles that cover the state 
of the art and important new devel¬ 
opments in computer science, technology, and 
applications are sought. Submit materials to 
Bruce Shriver, IBM T.J. Watson Research 
Center, Route 134, PO Box 218 (HO-B04A), 
Yorktown Heights, NY 10598; (914) 945-1664. 
His electronic mail addresses are as follows: 
for Compmail +, b.shriver; for CSnet, 
shriver@ibm.com; and for Vnet, shriver at 
yktvmh. 


CG International 87, Fifth International Con¬ 
ference on Computer Graphics in Japan 

(CGS): May 25-28, 1987, Karuizawa, Nagano 
Prefecture, Japan. Submit five copies of a 
paper of between 5000 and 10,000 words (in¬ 
clude title, abstract of up to 150 words, a 
maximum of 10 key words and phrases, short 
biography, photo, and commitment to present 
paper) by December 15, 1986, to Tosiyasu L. 
Kunii, c/o Dept, of Information Science, 
Faculty of Science, the University of Tokyo, 
Hongo, Tokyo 113, Japan. 


ICCV-87, First International Con- 
ference on Computer Vision: June 8-11, 
1987, London. Send four copies of complete 
paper by December 15, 1986, to Azriel 
Rosenfeld, Center for Automation Research, 
University of Maryland, College Park, MD 
20742. 


ICDCS-7, Seventh International Con- 
v5? ference on Distributed Computing 

Systems: September 21-25, 1987, Berlin. Sub¬ 
mit five copies of paper (20 pages maximum) 
by January 1, 1987, to G. Le Lann, INRIA, 
Rocquencourt, BP 105, 78153 Le Chesnay 
Cedex, France; phone 33 (1) 39-63-5364 
(authors in Europe or Africa) or K.H. Kim, 
Computer Engineering Program, Dept, of 
Electrical Engineering, Rm. 544B, University 
of California, Irvine, CA 92717; (714) 
856-4821 (authors in the Americas, Asia, or 
Australia). Proposals for one-day tutorials are 
also sought. Submit them by the same date to 
Earl Swartzlander Jr., TRW Defense Systems 
Gr., 1 Space Park 02/2791, Redondo Beach, 
CA 90278 or L. Pouzin, CNET Centre Paris 
A, 38-40 Rue de Gen. Leclerc, 9231 Issy le 
Moulineaux, France. 

Third International Symposium on 
vs? VLSI Technology, Systems, and Ap¬ 
plications: May 13-15, 1987, Taipei, Taiwan. 
Submit 30 copies of a 300- to 600-word sum¬ 
mary (include name, affiliation, address, and 
telephone number), artwork, and a 35- to 
50-word abstract by January 1, 1987, to Ben 
M.Y. Hsiao, IBM Corp., Dept. D18, Bldg. 

707, PO Box 390, Poughkeepsie, NY 12602. 

International Workshop on Petri Nets and 
Performance Models: August 24-26, 1987, 
Madison, Wisconsin. Submit six copies of a 


complete paper (20 pages maximum) by 
January 2, 1987, to Michael K. Molloy, 4212 
Wean Hall, Dept, of Computer Science, Car¬ 
negie Mellon University, Pittsburgh, PA 
15213. 

CSM-87, Conference on Software 
vs? Maintenance (AWC, DPMA, NBS, 
SMA): September 21-24, 1987, Austin, Texas. 
Submit five copies of papers (1000 to 5000 
words; paper should be accompanied by a 
250-word abstract) and five copies of pro¬ 
posals for panel sessions (include a list of four 
to five potential panelists) by January 6, 1987, 
to Wilma M. Osborne, National Bureau of 
Standards, Bldg. 266, Rm. B266, Gaithers¬ 
burg, MD 20899; (301) 921-3545. 

1987 International Conference on Parallel 
Processing: August 17-21, 1987, St. Charles, 
Illinois. Regular-length and short papers are 
sought. For regular-length papers, submit 
four copies each of the full text and a 
100-word abstract. For short papers, submit 
four copies each of a 1000-word summary 
and a 100-word abstract. Submit materials in 
both categories by January 15, 1987, to Sartaj 
K. Sahni, Dept, of Computer Science, 136 
Lind Hall, University of Minnesota, Min¬ 
neapolis, MN 55455. 

Sixth ACM SIGACT-SIGOps Symposium on 
Distributed Computing: August 10-12, 1987, 
Vancouver, British Columbia, Canada. Sub¬ 
mit a detailed abstract (10 pages maximum) 
by January 30, 1987, to Fred B. Schneider, 
Dept, of Computer Science, Upson Hall, Cor¬ 
nell University, Ithaca, NY 14853. 

Compsac 87: October 5-9, 1987, Tokyo. 
7*7 Papers and proposals for panel discus¬ 
sions are sought. Submit five copies of the 
full-length paper (1000 to 5000 words; include 
a 150-word abstract). Submit five copies of 
proposals for panel discussions (include 
names of proposed panelists and a 150-word 
scope statement). Materials in both categories 
must be received by February 1, 1987. Send 
them to Tosiyasu L. Kunii, c/o Business 
Center for Academic Societies Japan, 

Yamazaki Bldg. 4F, 2-40-14, Hongo, 
Bunkyo-Ku, Tokyo 113, Japan; phone 81 (3) 
817-5831 (authors in Asia, Australia, and 
New Zealand) or Albert K. Hawkes, Sargent 
& Lundy, Engineering Consultants, 55 E. 
Monroe, Chicago, IL 60603; (312) 269-3640 
(authors in other areas). 

zjN, IEEE Transactions on Computers: 
vS" Papers are sought for a special issue on 
supercomputing. Submit six copies of papers 
by February 1, 1987, to H.C. Torng, School 
of Electrical Engineering, Cornell University, 
Ithaca, NY 14853-5401; (607)255-5191. 
(Guidelines for submitting manuscripts ap¬ 
pear on the back cover of every issue of IEEE 
Transactions on Computers.) 
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CAREER OPPORTUNITIES 


RATES: $12 per line, $120 minimum charge (up 
to ten lines). Average six typeset words per line, 
nine lines per column inch. Add $10 forbox num¬ 
ber. Send copy at least six weeks prior to month 
of publication to: Carole L. Porter, Classified 
Advertising, COMPUTER Magazine, 10662 Los 
Vaqueros Circle, Los Alamitos, CA 90720. 

To allow sufficient time for distribution of the 
magazine, schedule your job application dead¬ 
lines at least four weeks after issue date (e.g., 
deadline of Nov. 28 to send applications re¬ 
sponding to ad appearing in Nov. issue). 

Note: IEEE Computer Society member ads for 
positions wanted $10 up to 10 lines, $1 per line 
thereafter. Situations wanted ads run free for 
unemployed society members. Include IEEE 
member number in either case. 

In order to conform to the Age Discrimination 
in Employment Act and to discourage age dis¬ 
crimination, IEEE COMPUTER may reject any 
advertisement containing any of these phrases 
or similar ones: “... recent college grads 
"...1-4 years maximum experience...,” 
“.. .up to 5 years experience...,” or “.. .10 
years maximum experience.” IEEE COM¬ 
PUTER reserves the right to append to any 
advertisement, without specific notice to the 
advertiser, “Experience ranges are suggested 
minimum requirements, not maximums.” IEEE 
COMPUTER assumes that, since advertisers 
have been notified of this policy in advance, 
they agree that any experience requirements, 
whether stated as ranges or otherwise, will be 
construed by the reader as minimum require¬ 
ments only. 


SYRACUSE UNIVERSITY 
Dean 

School of Computer 
and Information Science 

Syracuse University invites nominations and ap¬ 
plications for the position of Dean of the School 
of Computer and Information Science. The Dean 
will lead an expanding faculty, currently 20 in 
number, active in a broad program of research 
with major concentrations in computational 
logic, programming language theory, and coding 
and information theory. There are also about 30 
affiliated faculty in other units of the University. 
The School has approximately 200 undergrad¬ 
uate, 100 master's-degree, and 40 Ph.D. students 
on the main campus, and also offers graduate 
programs at three extension sites. 

The School will move to a new 130,000-square- 
foot building in September, 1988. Other units, in¬ 
cluding the Center for Advanced Technology in 
Computer Applications and Software Engineer¬ 
ing (the CASE Center) and the twenty-member 
computer engineering faculty, will also move to 
the new building. The School is associated with 
the research programs of the CASE Center and 
the Northeast Artificial Intelligence Consortium, 
and is one of the units involved in the founding of 
a center for the study of parallel architectures. 
Candidates should have an established reputa¬ 
tion in research and some experience in academ¬ 
ic administration. They should be committed to 
the advancement of computer science and to 
excellence in scholarship and teaching. The 
position requires the vision to plan and the 
leadership ability to direct the School’s recruit¬ 


ment efforts, expansion into new research areas, 
and procurement of external funds. 

Syracuse University, a private institution, has 
major programs of research, graduate studies, 
and undergraduate education. There are 11,800 
undergraduate and 4,400 graduate students on 
the main campus. 

Application and Nomination Procedures. Appli¬ 
cants should send resumes, names of refer¬ 
ences, and selected publications to: Dean 
Search Committee, School of Computer and In¬ 
formation Science, 313 Link Hall, Syracuse 
University, Syracuse, New York 13244-1240, by 
January 19, 1987. Letters of nomination should 
be sent by the same date to the above address. 
The appointment is expected to be effective no 
later than September 1, 1987. 

Syracuse University is an equal opportunity, af¬ 
firmative action employer. 


UNIVERSITY OF CALIFORNIA AT DAVIS 

The Computer Science Division of the University 
of California at Davis invites applications from 
highly qualified individuals for several tenure- 
track positions. The Division is especially in¬ 
terested in candidates whose research is in the 
fields of computer architecture, networks and 
distributed systems, artificial intelligence, pro¬ 
gramming languages/compilers, and VLSI 
design. Outstanding candidates in other areas, 
except numerical analysis, will also be con¬ 
sidered. Rank and salary will be commensurate 
with qualifications. All applicants should have a 
Ph.D. in Computer Science or Computer Engi¬ 
neering. New or recent graduates should show 
evidence of outstanding research potential, 
while more senior applicants are expected to 
have a significant and active research record. 
The Division of Computer Science was estab¬ 
lished three years ago as an independent unit 
within the Department of Electrical and Com¬ 
puter Engineering. Its interests cover the 
mainstream areas of computer science, In¬ 
cluding artificial intelligence, computer systems 
design, database systems, computer graphics, 
fault tolerant computers, networking, numerical 
analysis, programming languages, operating 
systems, performance evaluation, robotics, soft¬ 
ware engineering and theoretical computer 
science. 

The Division is in a period of building and growth 
with the aim of becoming one of the leading 
computer science departments in the nation. Its 
expanding departmental research facilities in¬ 
clude a VAX 8600, VAX 11-785, several VAX 
11-750s, a Ridge 32, Several Sun, Microvax II and 
Apollo work stations, and a number of special 
purpose systems all linked through ETHERNET 
and serial communications networks. 

General purpose campus facilities are available, 
and the supercomputer resources of the 
Lawrence Livermore National Laboratories are 
also accessible. Current research strengths and 
facilities exist in the areas of image processing, 
computergraphics, computer systems research, 
microprocessors and robotics. 

UC Davis is the third largest of the University of 
California campuses. It shares with the other 
campuses of the UC system a strong commit¬ 
ment to leadership in education and research. 
Davis is close to the major areas of computer 
science and electronics activity in northern 
California and thus is jn a strategic position to 


play a key role in future developments of the 
discipline. 

The town of Davis has a population of approx¬ 
imately 50,000. Located eleven miles from Sacra¬ 
mento, it is situated within a short driving 
distance from the major cultural centers of the 
San Francisco area as well as the outstanding 
recreational facilities of the Sierra Nevada Moun¬ 
tains. The town has earned an international 
reputation for its energy conservation and pro¬ 
gressive growth policies. Because of its loca¬ 
tion, its climate, and its sophisticated small 
town character, Davis is considered by many an 
ideal living environment. 

Interested applicants should send a curriculum 
vitae with the names of at least three profes¬ 
sional references to Professor Richard F. Wal¬ 
ters, Division of Computer Science, or to Pro¬ 
fessor Lou Hakimi, Department of Electrical and 
Computer Engineering, University of California, 
Davis, CA 95616 

The University of California is an equal oppor¬ 
tunity/affirmative action employer. 


UNIVERSITY OF MARYLAND 
Information Systems 

The Information Systems department has a 
tenure-track position available at the Associate 
or Assistant Professor level. Applicants with an 
interest in both research and teaching are being 
sought. Attractive salaries are offered. 
Information Systems is an active, growing 
department at the University of Maryland. The 
graduate program attracts quality students for 
M.S. and Ph.D. degrees in Information Systems. 
Current research in our Database Systems 
Research Center includes topics in database 
systems optimization, database design, office 
information systems, knowledge based sys¬ 
tems, and systems analysis and design. 

For advantageous consideration, applications 
should be received by February 1, 1987. Can¬ 
didates should send complete resumes and 
names of three references to: Prof. Alan R. 
Hevner, Search Committee Chairperson, Infor¬ 
mation Systems, College of Business and 
Management, University of Maryland, College 
Park, MD 20742, (301) 454-3260. The University of 
Maryland is an Equal Opportunity, Affirmative 
Action Employer. Women and minorities are en¬ 
couraged to apply. 


Systems Analyst 

Design and develop the specifications and lead 
the implementation of information management 
and training managment sytems. Modify pro¬ 
grams to meet client special requirements. 
Debug, troubleshoot and provide client support 
and programmer training. Knowledge of or train¬ 
ing with Data Base and File Management sys¬ 
tems and information processing. Familiarity 
with microcomputer architecture software and 
systems, knowledge of image processing tech¬ 
nology and computer graphics. 

M.S. or B.S. and two years experience in Com¬ 
puter Science. Salary $2730 per month. 

Job site: Walnut Creek, CA. Please send this ad 
and a resume to Job #FC 8739, P.O. Box 9560, 
Sacramento, CA 95823-0560 not later than 
December 15,1986. 


December 1986 
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GEORGE WASHINGTON UNIVERSITY 
Tenure-Track Faculty Positions 

The Department of Electrical Engineering and 
Computer Science invites applications for 
tenure-track faculty positions. We particularly 
seek persons active in the areas of Computer 
Science and Communications. Candidates 
should have an earned doctorate and research 
experience, with an interest in both teaching and 
research. Ability to attract research grants and 
contracts for support of faculty and student as¬ 
sistants is valued. The George Washington Uni¬ 
versity is located in the center of Washington, 
DC. This metropolitan area sustains the second 
largest concentration of research and develop¬ 
ment activity in the United States which creates 
a continuing demand for rigorously trained engi¬ 
neers as well as broad research opportunities. 
Our department is the largest department in the 
School of Engineering and Applied Science with 
33 full-time faculty, and a large graduate and 
undergraduate student body. The department 
has an annual research budget of close to $1 
million. Send Curriculum Vitae, list of publica¬ 
tions and references, to: 

Professor Roger H. Lang, Chairman 
Department of Electrical Engineering and 
Computer Science 

School of Engineering & Applied Science 
THE GEORGE WASHINGTON UNIVERSITY 
Washington, DC 20052 

The University is an affirmative action/equal op¬ 
portunity employer. 


WASHINGTON UNIVERSITY, ST. LOUIS 
Regular Faculty Positions in 
Computer Science 

The Department of Computer Science is expand¬ 
ing its research program and invites applications 
for several regular (tenure-track) faculty posi¬ 
tions at the Assistant, Associate and Full Pro¬ 
fessor levels. Applicants should hold the Ph.D. 
or D.Sc degree in Computer Science and have a 
strong commitment to and record of accom¬ 
plishment in research. 

The Department of Computer Science has a well- 
respected undergraduate program and a small, 
but growing graduate program. Research ac¬ 
tivities have flourished in recent years and have 
three foci: concurrent systems, communications 
systems, and intelligent computer systems. 
Support for these research programs is from 
NSF, NIH, ONR, DMA and a large number of in¬ 
dustrial sponsors. 

Current departmental research in concurrent 
systems includes the formal foundations of con¬ 
current computation, methodologies for the 
design of distributed systems, system intercon¬ 
nection networks and parallel architectures and 
algorithms. The department is also engaged in 
research on the design of high-performance 
packet-switching systems capable of a variety of 
applications (including voice, data and video). Of 
particular interest are candidates with back¬ 
grounds in communications systems architec¬ 
ture, communications software, or performance 
analysis. In the area of intelligent computer 
systems, present research projects include com¬ 
puter vision, image processing, visual program¬ 
ming, speech recognition, expert systems and 
deductive databases. Candidates with back¬ 
grounds in any of these areas are encouraged to 
apply. 

Candidates may reply to: 

Dr. Jerome R. Cox, Jr., Chairman 
Department of Computer Science 
Washington University 
Campus Box 1045 
St. Louis, Missouri 63130 
Applications requested by February 1, 1987. 
Washington University is an equal oppor¬ 
tunity/affirmative action employer. 


CITY COLLEGE OF NEW YORK 
Faculty Positions 

Applications are invited for anticipated tenure- 
track faculty positions in the Department of 
Electrical Engineering. Applicants should 
possess a Ph.D. and have a strong commitment 
to teaching and research. Candidates should 
have experience at least in one of the following 
three areas: computer engineering, signals and 
systems (power, control, communications, 
signal and image processing, robotics) and Elec¬ 
trophysics (microwaves, optics and lasers). An 
outstanding research reputation, with an ability 
to attract external funding, for senior positions, 
or a demonstrated research potential, for junior 
positions, is desireable. Rank and salary are 
open. Application, including recent publications 
and research interest, names of three profes¬ 
sional references should should be sent to: 
Faculty Search Committee, Department of Elec¬ 
trical Engineering, The City College of CUNY, 
Convent Ave at 138th Street, New York, 10031. 
(212) 690-4248, 4249. Applications will be re¬ 
ceived until all positions are filled. An EO/AA 
Employer. 


CARLETON UNIVERSITY-SCHOOL OF 
COMPUTER SCIENCE 

Applications are invited for a tenure track posi¬ 
tion at the rank of Assistant or Associate Pro¬ 
fessor in the School of Computer Science start¬ 
ing July 1, 1987. Teaching duties will include 
both undergraduate and graduate instruction in 
Computer Science. Outstanding candidates 
with a Ph.D. in any area of computer science and 
engineering will be considered, with particular 
preference given to those in software engineer¬ 
ing, artificial intelligence, database systems, 
distributed computing, operating systems, com¬ 
puter architecture and computer graphics. Pro¬ 
spective faculty can look forward to a dynamic 
research environment in which collaboration 
with industry is encouraged. The undergraduate 
honours programs and graduate programs have 
restricted enrollment in order to maintain a high 
quality research and teaching environment. 
Salary commensurate with qualifications and ex¬ 
perience. Send curriculum vitae and names of 
three references to Professor John Pugh, Direc¬ 
tor, School of Computer Science, Carleton 
University, Ottawa, Ontario, K1S 5B6, Canada. 
Open to both men and women. In accordance 
with Canadian immigration requirements, this 
advertisement is directed to Canadian citizens 
and permanent residents. Hiring is subject to 
budgetary approval. 


LOUISIANA STATE UNIVERSITY 
Faculty Openings 

The Department of Electrical and Computer 
Engineering at LSU invites applications for 
tenure-track and visiting faculty positions 
available August 1987 in all areas of computer 
engineering, including microprocessors, distrib¬ 
uted processing systems and special purpose 
architectures. A PhD or equivalent and potential 
for excellence in teaching and research are nec¬ 
essary. Rank is open. Salary is competitive and 
commensurate with qualifications and experi¬ 
ence. Release time and resources are provided 
in order to enhance the development of a quality 
research program. Opportunities for summer 
support are available. Send resume, names of 
three references and a statement of teaching 
and research interests to: Alan H. Marshak, 
Chairman, Electrical and Computer Engineering, 
Louisiana State University, Baton Rouge, LA 
70803-5901. LSU is an Equal Opportunity 
Employer. 


SENIOR SYSTEMS ANALYST 

Will provide ongoing monitoring of Distribution 
Center Management System (DCMS) perfor¬ 
mance; change/impact analysis regarding user 
change requests; manage test environments; 
trouble shoot system related problems; par¬ 
ticipate in control of future DCMS releases; 
subsequent implementations of DCMS (develop¬ 
ment of "cook-book" approach); training and 
documentation control of software. Requires: 
Technical Diploma in Data Processing and 3 
years experience as Programmer/Analyst. Solid 
background with IBM S/38; expertise in all facets 
of wholesale distribution application software; 
analytical/programming skills; ability to inter¬ 
view senior management personnel with respect 
to computer related requirements; background 
in project management and proven organiza¬ 
tional and written and oral skills. $3,000 per 
month. 40 hours per week. Job Site/Interview 
Corona. Qualified applicants send resume or ap¬ 
plication letter to Job #MLU8574, P.O. Box 9560 
Sacramento, CA 95823-0570. No later than 
January 1,1986. 


THE PENNSYLVANIA STATE UNIVERSITY 
Computer Engineering 

Applications are invited for tenure-track and 
visiting faculty positions at all levels. Can¬ 
didates from all areas of computer engineering 
(hardware and software) will be considered. The 
computer engineering program at the Pennsyl¬ 
vania State University is within the Department 
of Electrical Engineering which has over 50 
faculty members, and approximately 1500 under¬ 
graduate majors, 170 graduate students. Can¬ 
didates should have a PhD in Electrical/Com¬ 
puter Engineering or related areas. There are 15 
faculty members within the computer engineer¬ 
ing program. Excellent instruction and research 
computing facilities are available within the 
department, college and at the university com¬ 
puting center. 

Please send your letter of application, resume, or 
inquiries, together with three references to: T. 
Feng, Computer Engineering Program, Depart¬ 
ment of Electrical Engineering, 129 Electrical 
Engineering East, Box C, The Pennsylvania State 
University, University Park, PA 16802. 

Deadline for applications is March 31,1987 or un¬ 
til suitable qualified candidates are selected. An 
Equal Opportunity/Affirmative Action Employer. 


THE UNIVERSITY OF ALBERTA 
Department of Computing Science 

The Department of Computing Science is under¬ 
going an extensive expansion in research initia¬ 
tives. Applications are invited for two tenure- 
track positions at the Assistant/Associate Pro¬ 
fessor level. Responsibilities include research 
as well as teaching at the graduate and under¬ 
graduate levels. Candidates from all areas will be 
considered. Current hardware support includes 
an Amdahl 5870, a network of VAX 11/780’s, and 
well equipped microcomputer and workstation 
laboratories for graphics, VLSI, and Al research. 
Access to a Cyber 205 is available. Salary range 
is $31,612 to $50,630 and is commensurate with 
qualifications and experience. Send curriculum 
vitae, names of three references, and up to three 
reprints or papers. New Ph.D.'s should also in¬ 
clude a copy of their transcript. Apply to: Dr. Lee 
White, Chairman, Department of Computing Sci¬ 
ence, University of Alberta, Edmonton, Alberta, 
T6G 2H1. Applications will be accepted until 
December 31,1986. The University of Alberta is 
an equal opportunity employer. 
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UNIVERSITY OF CALIFORNIA, DAVIS 
Faculty Positions in Electrical and Computer 
Engineering/Computer Science 

The Department of Electrical and Computer 
Engineering at UC Davis invites applications for 
tenure track positions at all ranks in all special¬ 
ties of electrical engineering, computer engi¬ 
neering, and computer science. Of particular 
interest are faculty positions in the areas of in¬ 
tegrated optics and opto-electronics, computer 
architectures, artificial intelligence, computer 
communications, and image processing. 

The department, with 40 faculty members and 
150 full-time graduate students, is experiencing 
rapid growth. Our College is the nation’s six¬ 
teenth largest producer of engineering Ph.D.’s in 
a University which has the twentieth largest ex¬ 
tramural research funding. Salary and benefits 
are extremely attractive. 

Davis is a pleasant, family oriented community, 
within easy driving distance to Silicon Valley, 
the Lawrence Livermore National Laboratory, 
San Francisco, the Pacific Ocean, and the Sierra 
Nevada Mountains. 

We are seeking individuals with strong records 
of teaching and research with ambitious plans. 
Senior appointments require outstanding 
records of achievement; junior appointments 
must show evidence of great promise. All faculty 
are expected to have a strong commitment to 
teaching at all degree levels, and to demonstrate 
the ability to attract significant research support. 
The positions require a Ph.D. degree or 
equivalent, and are open until filled. Send a 
resume and the names of at least three 
references to: 

Professor S. Louis Hakimi, Chair 
Department of Electrical and 
Computer Engineering 
University of California 
Davis, CA 95616 

The University of California, Davis, is an equal 
opportunity/affirmative action employer. 


GRAPHIC SOFTWARE ENGINEER 

Design, develop and integrate interactive com¬ 
puter graphic software into Professional 
CADAM system. Resolve technical problem for¬ 
mulations: prepare flow charts, block diagrams. 
Have knowledge of advanced computation 
geometry with ability to analyze, review and 
rewrite programs to increase operating efficien¬ 
cy and/or adapt to new requirements. Ability to 
communicate effectively and use independent 
judgement in problem solving situation. Two 
years experience in CAD/CAM or related field. 
Will accept M.S. in lieu of experience. Must 
know UNIX, FORTRAN, C. $600/wk. Job and in¬ 
terview in Burbank. Send ad and resume to Job 
#TC8091, P.O. Box 9560, Sacramento CA 
95823-0560 not later than December 31, 1986. 


AGRICULTURE ENGINEER 

Will engage in feasibility studies of micro¬ 
computer based applications for solution of 
technical and administrative agribusiness pro¬ 
blems such as optimization of resources, 
scheduling and program planning, providing 
crop management data, projections of crop 
yields, and maintaining records of agricultural 
activities. Work with computer hardware and 
software engineers to develop and present sales 
proposals to worldwide agribusiness customers. 
Req. BS in agriculture plus 3 years R&D ex¬ 
perience in agribusiness. $38,400 per year, 40 
hours per week. Place of employment and inter¬ 
views: Santa Clara, CA. Send this ad and a 
resume to job #MLU#7829, P.O. Box 9560, 
Sacramento, CA 95823-0560, not later than 
December 31,1986. 


YORK UNIVERSITY 
Faculty of Arts 

Department of Computer Science. Tenure track 
and sabbatical replacement positions at the 
assistant, associate and full professor levels. A 
PhD in computer science or equivalent is re¬ 
quired. All areas in computer science will be con¬ 
sidered. Preferred areas are: networking and 
communications, operating system and com¬ 
puter architecture, graphics, parallel computa¬ 
tion, artificial intelligence, database manage¬ 
ment and office automation. Duties include 
teaching and research. A proposal for a master’s 
program is currently under development. The 
Department’s equipment includes: a VAX 8600 
(VMS), and a VAX 11/750 (Unix), and Sun Worksta¬ 
tions, as well as microcomputer and graphics 
laboratories. Faculty and students also have ac¬ 
cess to IBM 4381 (CMS, UTS) facilities. York 
University is located in Metropolitan Toronto and 
within easy reach of downtown Toronto which 
offers excellent cultural, recreational, and enter¬ 
tainment facilities. Send curriculum vitae and 
names of three references to Prof. E. Arjomandi, 
Chairman, Department of Computer Science, 
Faculty of Arts, York University, North York 
(Toronto), Ontario, Canada M3J 1P3. York Univer¬ 
sity is implementing a policy of employment 
equity. Qualified women and men are invited to 
apply. In accordance with Canadian immigration 
requirements, priority will be given to Canadian 
citizens and permanent residents of Canada. 

SENIOR SYSTEMS PROGRAMMER 

Responsible for analyzing and installing soft¬ 
ware and updates; monitoring performance of 
software system and tune system when re¬ 
quired; offering support to applications program¬ 
ming, computer operations, and users; maintain¬ 
ing a high level of technical competence in soft¬ 
ware technology; installation, maintenance, and 
tuning of system and application software on 
minicomputers in a large network connected to 
mainframes. Must have knowledge in develop¬ 
ment of full screen applications using PL/1 and 
Pascal computer languages under VM/SP in an 
engineering environment. Must have 2 years col¬ 
lege in the field of Computer Science or Elec¬ 
trical Engineering and 3 years experience in job 
or as Systems Designer. 40 hours per week, 8:30 
am to 5 pm, $41,300 per year. Job Site: Anaheim, 
CA. Send this ad and a resume to Job #TC8103, 
P.O. Box 9560, Sacramento, CA 95823-0560 not 
later than 12/31/86. 


UNIVERSITY OF MASSACHUSETTS 
Imaging Scientist 

Faculty position for imaging scientist to do 
research and teach in new Biomedical Imaging 
Division. Individual desired whose area of in¬ 
terest would complement those of existing 
members of an active and growing biomedical 
imaging group composed of basic scientists and 
clinicians. Possible areas of interest of appli¬ 
cant: artificial intelligence; hardware design and 
development for image acquisition, analysis or 
display; development of mathematical methods 
for image processing and analysis. Modern im¬ 
age processing facilities available to the can¬ 
didate. Joint appointment at nearby engineering 
school also possible. Rank and salary are 
negotiable depending on background and ex¬ 
perience of applicant. To apply send by January 
1, 1987, curriculum vitae and names of three 
references to: Dr. Fredric S. Fay, Director, 
Biomedical Imaging Group, University of 
Massachusetts, Medical Center, 55 Lake Avenue 
North, Worcester, MA 01605. 

University of Massachusetts Medical Center is 
an equal opportunity/affirmative action 
employer. 


UNIVERSITY OF SOUTHWESTERN LOUISIANA 
The Center for Advanced Computer Studies 
Research Faculty Graduate 
Fellowships/Assistantships in 
Computer Science/Engineering 

The Center for Advanced Computer Studies is a 
research center wih programs leading to 
MS/PhD degrees in Computer Science and Com¬ 
puter Engineering. External grants/contracts 
support research in a variety of areas. The Com¬ 
puting Research Laboratory includes a 40-node 
Sun-3 network, a 6-processor Encore Multimax, 2 
VAX 11/780s, logic development systems, laser 
printers, plotters, and numerous other equip¬ 
ment. Instruction utilizes a 3-processor Pyramid 
90X network running UNIX and an IBM 3090 with 
a vector processor. Another well-equipped facili¬ 
ty supports research in CAD/CAM. About 300 
students are enrolled in computing graduate pro¬ 
grams. 

RESEARCH FACULTY: Applications are invited 
from persons holding PhD degrees with demon¬ 
strated research capabilities in Computer 
Science/Engineering. Persons appointed as 
Assistant Professors must hold PhDs in Com¬ 
puter Science/Engineering and have research 
potential. Associate Professors and Professors 
must hold PhDs and have an established re¬ 
search publication and grant record. The typical 
teaching load is 2 graduate-level courses per 
year and a continuing research seminar. Salaries 
range from about $50,000 to over $100,000 per 
year. Excellent support is provided for travel, 
equipment, research assistants, and profes¬ 
sional activities. Thus, the necessary environ¬ 
ment exists to achieve your professional goals. 
To apply, send a copy of your curriculum vitae 
and the names and addresses of at least 3 pro¬ 
fessional references. Applications will be con¬ 
sidered until all positions are filled. 

PhD FELLOWSHIPS: A number of PhD Fellow¬ 
ships valued at more than $14,000 per year are 
available. They provide support for up to 4 years 
of study towards the PhD in Computer Science 
or Computer Engineering. Recipients also 
receive preference for low-cost campus housing. 
Completed applications must be received by 15 
February 1987. 

MS/PhD ASSISTANTSHIPS: More than 100 
teaching and research assistantships are 
available to support students pursuing an MS or 
PhD degree in Computer Science or Computer 
Engineering. Stipends are valued at from about 
$6,000 up to $12,000 per academic year. Com¬ 
pleted applications must be received by 1 March 
1987. 

APPLICATIONS: Dr. Terry M. Walker, Chairman, 
Faculty Search Committee, The Center for Ad¬ 
vanced Computer Studies, Lafayette, LA 
70504-4330. 

An Affirmative Action/Equal Opportunity 
Employer. 


WASHINGTON UNIVERSITY IN ST. LOUIS 

The Department of Electrical Engineering at 
Washington University in St. Louis is seeking a 
new Chairman to guide an expansion of about 
one-third from its present eighteen person level; 
additional positions are anticipated from retire¬ 
ment over the next decade. A major gift to under¬ 
write the opening phases of this development is 
already in hand. Persons desiring additional in¬ 
formation should write or telephone Professor 
Fred J. Rosenbaum, Department of Electrical En¬ 
gineering, Washington University, St. Louis, 
Missouri 63130 [(314)889-6154]. Washington Uni¬ 
versity is always interested in superior appli¬ 
cants regardless of race, creed, color, gender or 
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OHIO STATE UNIVERSITY 
Department of Computer and 
Information Science 

Applications are invited for faculty positions at 
all levels. A Ph.D. in computer science or a close¬ 
ly related field is required. Of special interest are 
candidates in the areas of artificial intelligence, 
computr graphics, data bases, parallel and dis¬ 
tributed computing, software engineering, and 
VLSI design. Special research support packages 
are negotiable for highly qualified candidates. 
Research computing facilities within the Depart¬ 
ment include DEC 20/60, VAX 11/780, IBM 4341, 
AT&T 3B2, Xerox Lisp and XDE machines, Sun 
and HP workstations, and several experimental 
multi-computers (Intel Hypercube, BBN Butter¬ 
fly, etc.). In addition to the University’s com¬ 
puting facilities (IBM 3081-D, etc.) the de¬ 
partment also has access to national networks 
including ARPANET and CSNET. 

To apply, please send application and resume, 
including a statement of research and teaching 
interests and he names and address of at least 
three references, to Prof. Ming T. (Mike) Liu, 
chairman of Faculty Search Committee, Depart¬ 
ment of Computer and Information Science, The 
Ohio State University, 2036 Neil Avenue, Colum¬ 
bus, Ohio 43210-1277 (CSNET/ARPANET:LIU @ 
Ohio-State.) The Ohio State University is an 
equal opporunity/affirmative action employer. 


THE UNIVERSITY OF TEXAS AT AUSTIN 

Electrical and Computer Engineering Depart¬ 
ment is accepting applications for tenure and 
tenure-track faculty positions in computer 
engineering or microelectronics. Qualifications 
must be commensurate with rank and include an 
outstanding academic record, significant 
achievement in original research, sincere in¬ 
terest in teaching, and adoctorate in electrical or 
computer engineering/science. Duties will in¬ 
clude teaching undergraduate and graduate 
courses. Interested applicants are invited to 
send resumes which detail their past profes¬ 
sional accomplishments, and which include the 
names and addresses of three references, to Dr. 
Edward J. Powers, Chairman, Department of 
Electrical and Computer Engineering, The 
University of Texas at Austin, Austin, Texas 
78712-1084, an Equal Opportunity/Affirmative 
Action Employer. 


UNION COLLEGE 

The Department of Electrical Engineering and 
Computer Science invites applications for the 
position of Assistant/Associate Professor in 
Computer Science. There are openings for two 
tenure-track positions. An applicant should have 
a doctorate with major emphasis in C.S. Good 
teaching is expected and supported. The Col¬ 
lege maintains regular budgets for faculty 
research and travel. 

Areas of interest include, but are not limited to, 
artificial intelligence, data base systems, 
algorithm design, and software engineering. 
Union College academic computing resources 
include a VAX cluster (with three 785's, a 780, 
and a 750) running VMS 4.4 and EUNICE, as well 
as the department’s computer science lab with a 
VAX-11/750, ten DEC Pro350’s, and two AT&T 
3B2 machines all running the UNIX operating 
system. 

Applicants should write: Dr. David G. Hannay, 
Co-chairman, EE/CS Department, Steinmetz Hall 
210, Union College, Schenectady, NY 12308. 

An Equal Opportunity/Affirmative Action 
Employer. 


UNIVERSITY OF MINNESOTA 
Computer Science Department 

The Computer Science Department invites appli¬ 
cations for regular, visiting and adjunct faculty 
positions at all ranks and in all areas of computer 
science. The department also has distinguished 
professorships available. All regular faculty posi¬ 
tions require an earned doctorate, and involve 
teaching, research and service. Assistant Pro¬ 
fessors must have demonstrated research and 
teaching ability. For tenured Associate and Full 
Professorship positions, candidates must have 
demonstrated effectiveness in teaching and at¬ 
tained a reputation in scholarly research. For 
Associate Professorships, a minimum of three 
years teaching and research is required; for Full 
professorship a minimum of six years teaching 
and research is required or an appropriate com¬ 
bination of these. 

Non-regular positions as teaching specialists 
and lecturers are also available. Candidates for 
lecturer must have an earned doctorate, and can¬ 
didates for teaching specialist must have a 
Master’s degree in computer science or related 
fields. 

While applicants from all areas of computer 
science are sought, we are especially interested 
in applicants with strong research interests in 
the following areas: artificial intelligence, 
robotics, computer architecture, computer 
graphics, operating systems, software engineer¬ 
ing, software systems, large scale scientific 
computing and supercomputing. 

Minnesota is a major center of the computer in¬ 
dustry. The Computer Science Department cur¬ 
rently has 24 full-time faculty and numerous ad¬ 
junct faculty. The activities of the department 
are augmented by the activities of the Minnesota 
Supercomputing Institute, the Microelectronics 
and Information Sciences Center, the Institute 
for Mathematics and its Applications, and the 
Charles Babbage Institute for the History of 
Computer Science. 

University-wide computing facilities include a 
CRAY-2, a CYBER 205, an ENCORE multimax, 
and several other CYBERs and VAXs. The depart- 
ment of Computer Science operates a 
VAX-11/780, an MV—10000, clusters of SUN and 
HP workstations, a network of Apollo worksta¬ 
tions, a 16 node and a 64 node NCUBE hyper¬ 
cube computer. The department is on CSNET 
and ARPANET. 

Applications should be received by February 
28,1987. This deadline will be extended in case 
all available positions are not filled. The depart¬ 
ment will begin to review applications after 
January 1,1987. All degree requirements for the 
Ph.D. must be completed before the starting 
date of the appointment. 

Applicants should send their resume and the 
names of at least four references to: 

Professor Sartaj Sahni, Chair, Faculty Search 
Committee, Computer Science Department, 
136 Lind Hall, University of Minnesota, 207 
Church Street SE, Minneapolis, MN 55455. 

The University of Minnesota is an equal oppor¬ 
tunity educator and employer and specifically 
invites and encourages applications from 
women and minorities. 


UNIVERSITY OF CALIFORNIA, SANTA CRUZ 
Computer Engineering 
Computer and Information Sciences 

Information Sciences at the University of Califor¬ 
nia, Santa Cruz, invite applications for positions 
as Assistant, Associate or Full Professor, as ap¬ 
propriate, effective July 1,1987. The Division of 
Natural Sciences at UCSC is expanding its pro¬ 
gram in Computer and Information Sciences and 
its new program in Computer Engineering. 


LOYOLA UNIVERSITY 

Loyola University, New Orleans invites applica¬ 
tions for assistant professor tenure track posi¬ 
tions in the Department of Mathematical Sci¬ 
ences. Qualifications needed: 

(1) . A doctorate in computer science, or com¬ 
puter engineering. ABD candidates in computer 
science or computer engineering will be con¬ 
sidered with the understanding that the degree 
must be conferred within two years of appoint¬ 
ment to the faculty. Duties including teaching 
upper-level undergraduate computer science 
courses such as systems programming, survey 
of programming languages, computer graphics, 
database management systems design, 
automata theory, or control systems. 

(2) A doctorate in mathematics with a master of 
science in computer science, or computer infor¬ 
mation systems. Duties include teaching lower- 
level undergraduate computer science courses 
such as introduction to computer science, pro¬ 
gramming techniques, and data and file struc¬ 
tures, and lower-level undergraduate mathe¬ 
matics courses. 

Individuals must have a commitment to quality 
teaching and research competence. Responsi¬ 
bilities include teaching three or four under¬ 
graduate computer science courses per 
semester (depending on research activities), re¬ 
search, advising majors, and contributing to 
the development of the department, the col¬ 
lege, the university, and the community. Con¬ 
tracts are on a nine month basis with summer 
teaching possible. 

The Department of Mathematical Sciences has 
16 full time faculty members and more than 200 
majors. The degrees offered by the department 
are: The B.S. degree in Mathematics, the B.S. 
degree in Computer Information Processing, and 
the B.S. degree in Computer Science. Academic 
computing facilities include an HP 3000/48 and a 
VAX 11/750. Departmental computing facilities 
include two microcomputer labs and a digital 
electronics lab. A variety of microcomputer 
equipment is available. 

Loyola is a small liberal arts university known for 
quality education and personal interaction be¬ 
tween students and faculty. New Orleans is a 
large sunbelt port city famous for excellent cui¬ 
sine, jazz, and Mardi Gras. Loyola is an Equal Em¬ 
ployment Opportunity/Affirmative Action Em¬ 
ployer. Women and minorities are encouraged to 
apply. 

To be assured of full consideration, complete ap¬ 
plications must be received by March 5, 1987. 
Late applications may be considered if the posi¬ 
tion is still open after those applying earlier have 
been considered. A complete application con¬ 
sists of a current resume, a transcript of all 
graduate level course work, and three letters of 
recommendation sent to: 

Mathematical Sciences Search Committee, 
Loyola University, Box 104, New Orleans, LA 
70118 


WESTERN WASHINGTON UNIVERSITY 

Funding permitting, Computer Science will have 
two tenure-track openings for the academic year 
starting Sept., 1987. Ph.D. in Computer Science 
or closely related field is required. There is need 
to staff the mainline undergraduate courses and 
to strengthen the masters' program. 

For more information, please contact James 
Johnson, Chairman, Computer Science Dept., 
Western Washington University, Bellingham, 
Washington 98225; CSNET address: johnson 
%wwu@ csnet-relay.arpa WWU is an EO/AA 
employer. 
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ARIZONA STATE UNIVERSITY 

Applications are invited at all levels tor tenure 
track faculty positions in computer science and 
engineering. While exceptional candidates from 
all areas will be considered, special considera¬ 
tion will be given to candidates in the areas of 
VLSI architectures, distributed and database 
systems, languages and compilers, computer 
aided geometric design, computer graphics, and 
artificial intelligence. Consistent with the high 
technology base of this rapidly developing com¬ 
munity, the State and the University have 
entered the second phase of a nationally 
recognized program in Engineering Excellence. 
Computer Science and Engineering is primary 
target area of this program. A new research 
center was occupied in 1984, and plans are well 
underway for the construction of a new design 
center to complement it. A wide variety of univer¬ 
sity, college, and departmental computers are 
available including VAX8600’s, 780’s, 750’s runn¬ 
ing VMS and Unix, IBM3083, 4381, 4341, and 
PC’s, Harris HCS-7, multiprotocol networking, 
and several student microcomputer laboratories. 
The ASU Research Park was completed in July 
and is filling rapidly, thus providing additional 
opportunities for the faculty. 

Please send a vitae and names of at least three 
references to Dr. Ben Huey, Faculty Search 
Committee, Department of Computer Science, 
Arizona State University, Tempe, AZ 85287. 

First deadline for applications is January 31, 
1987 and thereafter until positions are filled. 
Affirmative Action/Equal Opportunity/Title IX 
Employer 


GEORGIA INSTITUTE OF TECHNOLOGY 

The School of Information and Computer 
Science invites applications for faculty posi¬ 
tions at all levels. Applicants should have a com¬ 
mitment to teaching and should show a record of 
outstanding research accomplishments or ex¬ 
pect to receive a Ph.D. degree by Fall 1987 and 
show high potential for research. The School 
seeks applicants to strengthen its capabilities in 
all areas of current research activity, especially 
artificial intelligence, software engineering, dis¬ 
tributed computer systems, and also in com¬ 
puter graphics, programming languages, theo¬ 
retical computer science, human factors, VLSI 
systems, data communications and computer 
networks, database systems, and computer 
architecture. Very competitive salaries are 
offered. 

The School is well supported by the Institute. It 
has 24 faculty members and is currently experi¬ 
encing substantial faculty growth. Its education¬ 
al activities include an undergraduate program 
accredited by the Computing Sciences Accred¬ 
itation Board, Inc., a Masters program with 150 
students and a Ph.D. program with over 70 
students. Well equipped separate laboratories 
support research and education. High-speed 
local area networks interconnect all major cam¬ 
pus laboratories and provide access to CSNet 
and other national networks. 

Georgia Tech is located in Atlanta, which ex¬ 
periences a mild sunbelt climate. It is the center 
of commerce in the Southeast, offering a diverse 
economy and good employment opportunities in 
all professional areas. Atlanta offers good 
cultural and recreational opportunities, extreme¬ 
ly attractive residential neighborhoods, and af¬ 
fordable housing. 

Candidates should send complete resumes and 
names of at least three references to: Professor 
Nancy D. Griffeth, Chairman, Faculty Search 
Committee; School of Information and Com¬ 
puter Science; Georgia Institute of Technology; 
Atlanta, Georgia 30332. 

Georgia Tech is an equal opportunity employer. 


CALIFORNIA STATE UNIVERSITY, HAYWARD 
Department of Mathematics 
and Computer Science 

The department is now seeking applicants for 
tenure track Assistant Professor positions in 
Computer Science beginning Fall, 1987. Par¬ 
ticularly well qualified, experienced individuals 
with the capability to exercise leadership in the 
program may apply for appointment at the rank 
of Associate Professor. 

Applicants should have the Ph.D. in Computer 
Science, or in a related field with computer 
science experience. They should have a commit¬ 
ment to excellence in teaching and a willingness 
and an ability to participate in curriculum 
development. Applicants should also exhibit the 
competence and potential to engage in signifi¬ 
cant professional activities, including research 
and publication. All areas of specialization will 
be considered. The interests of the present 
faculty include a wide range of theory, software 
design, and hardware design topics. 

CSU, Hayward is located in the hills above, and 
overlooking, the eastern shore of the San Fran¬ 
cisco Bay. More than 12,000 students attend this 
university, which has outstanding programs in 
arts, letters, science, and business. The Depart¬ 
ment of Mathematics and Computer Science 
enrolls nearly 1300 majors in its three degree 
programs: B.S. in Computer Science, B.S. in 
Mathematics, and M.S. in Mathematics. An M.S. 
in Computer Science is being planned. 

The department has a Pyramid 90x minicom¬ 
puter and four Sun3-160 color workstations con¬ 
nected on an Ethernet, a graphics lab, an interac¬ 
tive classroom, a digital and a microprocessor 
lab, and numerous IBM PC’s for faculty use. In 
addition, the campus has a Cyber 170, a PDP 
11/44, a PRIME 9720, and numerous PC’s forstu- 

Interested applicants should send a resume and 
the names of three references to 
William R. Nico, Chair 

Department of Mathematics and Computer 
Science 

California State University, Hayward 
Hayward, CA 94542 
UUCP: . . . ucbvaxllll-crglcsuhlnico 
Applications received by February 20, 1987, will 
be assured full consideration. Applications will 
be accepted as long as positions remain 
available. 

California State University, Hayward, is an Equal 
Opportunity/Affirmative Action employer and en¬ 
courages applications from women and men of 
all ethnic backgrounds and physical abilities. 


UNIVERSITY OF WISCONSIN-MADISON 
Faculty Positions 

The Department of Electrical and Computer 
Engineering invites applications for tenure and 
tenure-track faculty positions. A Ph.D. degree is 
required, and successful candidates are ex¬ 
pected to participate in both teaching and re¬ 
search activities. Applicants in all areas of com¬ 
puter engineering are invited to apply, but the 
following areas are of special interest: computer 
architecture, computer networks, large-scale 
computational methods, real-time computer ap¬ 
plications, design automation, VLSI circuit 
design, and engineering applications of artificial 
intelligence. Rank and salary will be commen¬ 
surate with qualifications and experience. Send 
resume and names of three references to J. Leon 
Shohet, Chairman, Department of Electrical and 
Computer Engineering, University of Wisconsin- 
Madison, 1415 Johnson Drive, Madison, Wl 
53706, an equal opportunity/affirmative action 
employer. 


UNIVERSITY OF CALIFORNIA 
SANTA BARBARA 

The UNIVERSITY OF CALIFORNIA AT SANTA 
BARBARA invites applications for four tenure 
track positions at senior professorial levels in 
the Department of Computer Science, and for 
three additional positions in closely related 
areas, including computer engineering. The 
Department of Computer Science is in a rapidly 
expanding College of Engineering that has 
achieved national prominence in many areas of 
research. UCSB and the College of Engineering 
are highly committed to augmenting its Com¬ 
puter Science Department into a department 
that has both excellence and national visibility. 
The senior positions in Computer Science cur¬ 
rently available are in three major areas of 
research in which the Department of Computer 
Science intends to achieve its greatest strength. 
These areas are: machine vision and motion 
planning; parallel computing; and software 
engineering. These positions will provide oppor¬ 
tunities for successful candidates to guide the 
growth and development of the Department in 
these areas. Strong material support will be 
given to such positions. “State of the Art" 
laboratories are currently being planned for in¬ 
structional purposes in these areas. Research 
facilities in these areas will be made available 
and tailored to the needs of successful ap¬ 
plicants. Graduate student support will be given 
high priority. 

Interactions with various research groups on 
campus (Center for Robotic Systems, Cognitive 
Science Program, Center for Scientific Com¬ 
puting, Institute for Theoretical Physics, etc.) 
will be strongly encouraged and supported. 
Applicants must possess a doctoral degree and 
an extremely strong record of research ac¬ 
complishments. Teaching experience is desir¬ 
able. Outstanding younger candidates are also 
encouraged to apply. Deadline for receipt of ap¬ 
plications is February 15,1987. Send resume and 
names of at least eight references to: 

Chairman 

Computer Science Faculty Search 
Committee 

Department of Computer Science 

University of California 

Santa Barbara, CA 93106 
The University of California is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF HOUSTON 

Applications are invited for tenure track faculty 
positions in the Department of Computer 
Science starting September 1987. Areas of 
special interest include but are not limited to ar¬ 
tificial intelligence, computer architecture, 
operating systems, programming languages and 
software engineering. Rank and salary are open 
and competitive. The Department is interested in 
expanding its research program and particularly 
welcome applicants for senior positions. Ap¬ 
plicants should have Ph.D. in Computer 
Science or a closely related area, and a strong 
commitment to research and teaching. Can¬ 
didates for senior positions should also have a 
distinguished research record. The Department 
offers Ph.D., M.S., and B.S. in Computer Science. 
Departmental research facilities include a net¬ 
work of VAX 11/780 and VAX 11/730’s, a network 
of AT&T 3B20 and 3B2's along with access to 
other computer facilities in the University Com¬ 
puter Center as well as supercomputers via 
remote access terminals. Send resume and 
names of professional references to Dr. Willis K. 
King, Chairman, Department of Computer 
Science, University of Houston, Houston, Texas 
77004. An Equal Opportunity/Affirmative Action 
Employer. 
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UNIVERSITY OF FLORIDA 
Computer & Information Sciences 
Department 

Applications and nominations are invited for a 
person to chair a young, dynamic, and growing 
department at a land grant university in the 
beautiful state of Florida. Our rapidly expanding 
department now numbers 18 doctorate faculty 
and offers programs leading to the B.S., M.S., 
and Ph.D. degrees. It has well funded research 
programs in database systems, information 
science, digital systems, software engineering, 
and image processing. 

Department facilities include a Gould Power- 
node 9080 (4.2 BSD UNIX), four Vax 11/750’s (4.2 
BSD UNIX and VMS) supporting CSNET, two 
IBM Series/1, three Apollo workstations, five Sun 
workstations and numerous (50+) smaller com¬ 
puters. A local area network provides access to 
all the computer systems throughout the Col¬ 
lege of Engineering. The department and all 
other computer-related research activities and 
programs have recently moved into a new 50,000 
sq. ft. engineering building with space for future 
expansion. 

Qualifications include an earned doctorate in 
computer science ora related field, ability to pro- 
vide strong leadership for research and 
academic programs and credentials appropriate 
for an appointment as a full professor. Ap¬ 
propriate administrative experience is desirable. 
Twelve-month appointment begins on or about 
August 1, 1987. Salary will be commenusrate 
with rank and qualifications. 

This search will be conducted in compliance 
with Florida's "government in the Sunshine” 
law. Qualified applicants should send their 
resumes and names of three references to Dr. 
Stanley Y.W. Su, Chairman, Search Committee, 
Computer and Information Sciences Depart¬ 
ment, 301 Computer Sciences and Engineering, 
Gainesville, FL 32611, CSNET address: su@ufl. 
Closing date: February 15,1987 or until position 
is filled. 

An Equal Opportunity/Affirmative Action 
Employer. 


UNIVERSITY OF HONG KONG 
SENIOR LECTURER/LECTURERS IN 
COMPUTER STUDIES 
(Re-advertisement) 

Applications are invited for posts of Senior Lec¬ 
turer/Lecturer in Computer Studies in the Centre 
of Computer Studies and Applications. Candi¬ 
dates should have a higher degree in Computer 
Science, Computer Engineering or Information 
Systems, and a strong interest in both teaching 
and research. Preference will be given to ap¬ 
plicants with research experience in graphics, 
information systems or computer architecture. 
Consideration may be given to applications for 
appointment on a short-term basis (please 
specify period). A certain amount of outside 
practice is permitted. 

Annual salaries (superannuable) are on the 
scales: Senior Lecturer HKS274,980-369,360 (9 
points), Lecturer HK$176,880-295,680 (11 points) 
(US$1 =HK7.80 on 15-9-86). Starting salary will 
depend on qualifications and experience. At cur¬ 
rent rates, salaries tax will not exceed 17% of 
gross income. Housing benefits at a rental of 
7'/2% of salary, children’s education allow¬ 
ances, leave, and medical benefits are provided 
for permanent appointees. 

Further particulars and application forms may be 
obtained from the Secretary General, Associa¬ 
tion of Commonwealth Universities (Appts), 36 
Gordon Square, London WC1H OPF, or from the 
Appointments Unit, Registry, University of Hong 
Kong, Hong Kong. Closes 31 December 1986. 


THE UNITED STATES 
NAVAL ACADEMY 

Applications are invited for tenure-track posi¬ 
tions in the Computer Science Department. An 
earned Ph.D. in Computer Science or related 
field is required. The applicant must have a 
strong interest in combining teaching with 
research in a very high quality undergraduate 
program. Previous teaching experience is prefer¬ 
red. Applicants should be able to teach upper 
division mainstream computer science courses. 
Civilian faculty receive Excepted Civil Service 
appointment with initial appointment normally 
for three years. Salary commensurate with 
overall experience. Excellent opportunities for 
research in the local area. 

The Computer Science Department offers a 
major in Computer Science leading to a 
Bachelor of Science degree. The curriculum 
follow the latest recommendations of the ACM 
Curriculum Committee. 

Interested persons should send their vitae to: 
Chairperson, Computer Science Department, 
United States Naval Academy, Annapolis, 
Maryland 21402 (phone (301) 267-3080). 

Deadline for receipt of applications is 1 February 
1987; however, applications will be considered 
until the positions are filled. 

The United States Naval Academy is an Affir¬ 
mative Action Equal Opportunity Employer. 

THE UNIVERSITY OF TEXAS AT ARLINGTON 

The Department of Computer Science Engineer¬ 
ing (CSE) at the University of Texas at Arlington 
(UTA) invites your application for tenure-track or 
visiting faculty positions in all areas of computer 
science and computer engineering. Rank is 
open. An earned doctorate or equivalent and 
commitment to teaching and scholarly research 
is required. Openings are expected for June, or 
September 1987. Our department offers bacca¬ 
laureate, masters, and doctoral programs. Ex¬ 
cellent computing facilities are available in¬ 
cluding personal computers in each CSE faculty 
office. UTA is in the Dallas/Fort Worth metropoli¬ 
tan area near a large concentration of high tech¬ 
nology industries. Interested persons should 
send a resume to Professor Bill D. Carroll, Pro¬ 
fessor and Chairman, Computer Science Engi¬ 
neering Department, P.O. Box 19015, The Univer¬ 
sity of Texas at Arlington, Arlington, TX 76019. 
Phone (817) 273-3785. 

The University of Texas at Arlington is an Equal 
Opportunity Affirmative Action Employer. 


UNIVERSITY OF MARYLAND 

The Electrical Engineering Department of the 
University of Maryland College Park has open¬ 
ings for regular faculty positions in computer 
engineering. Candidates for the rank of Assis¬ 
tant Professor should have a high potential for 
both teaching and research. Candidates for the 
rank of Associate Professor and Full Professor 
should have distinguished records in research 
and a strong interest in educational programs. 
The department conducts research and educa¬ 
tional programs in all areas of computer engi¬ 
neering. Although applications in all areas of 
computer engineering will be considered, net¬ 
working, operating systems, computer security, 
architectures for parallel computing, and VLSI 
design are currently the highest priority areas for 
adding new faculty. Application, including re¬ 
sume, list of publications, list of references, 
identification of technical area for which the can¬ 
didate wishes to be considered, should be sent 
to Dr. William W. Destler, Chairman, Electrical 
Engineering Department, University of Maryland, 
College Park, Maryland 20742. The University of 
Maryland is an equal opportunity, affirmative ac¬ 
tion employer. 


WRIGHT STATE UNIVERSITY 
Computer Science & Engineering 

Applicants are invited for full-time positions in 
Computer Science and/or Computer Engineer¬ 
ing at all faculty levels. There is particular in¬ 
terest in professors who have sufficient experi¬ 
ence, currency, and depth to direct doctoral 
students and research dissertations in a PhD 
program in Computer Science & Engineering. 
The Department is also interested in PhD’s with 
less experience, but who have a commitment to 
research and teaching in a PhD granting pro¬ 
gram. Rank and competitive salaries are deter¬ 
mined by qualifications and experience. 

The State supported university is located in a 
high technology environment among industrial/ 
military research and development facilities. An 
associated State assisted research park to fos¬ 
ter basic and applied industrial/military/Univer- 
sity research is active and growing impressively. 
The University has identified Computer Science 
& Computer Engineering an area of highest prior¬ 
ity for continued development. 

Department strengths include a large faculty, ex¬ 
tensive laboratory facilities, research programs, 
industrial/military support, degree programs in 
both computer science and computer engineer¬ 
ing, and large student populations at graduate as 
well as undergraduate levels. 

Successful candidates for tenure-track posi¬ 
tions should have a Ph.D. in Computer Science, 
Computer Engineering, or equivalent back¬ 
ground, and have demonstrated a strong re¬ 
search, as well as teaching, commitment. Any 
non-tenure-track positions will be filled by can¬ 
didates with strong Computer Science or Com¬ 
puter Engineering credentials. At least a Master 
of Science Degree in the field is desired. 

Please submit detailed resumes including 
names of 3 references to: Professor Larry A. 
Crum, Chair, Department of Computer Science, 
Wright State University, Dayton, Ohio 45435. 
Reviewing for tenure-track positions will begin 
December 1,1986 and for non-tenure-track posi¬ 
tions on March 1, 1987. Reviewing will continue 
monthly until positions are filled or until 
September 1, 1987. 

An equal opportunity/affirmative action 
employer. 


STATE UNIVERSITY OF NEW YORK 
AT BUFFALO 

The Department of Computer Science is seeking 
faculty at the level of Assistant Professor to 
begin Fall, 1987. Applicants must have a Ph.D. in 
Computer Science, or a related field, and 
superior research ability. 

The University at Buffalo is the largest public 
university in New York and New England, with 
approximately 26,000 students enrolled in 93 
undergraduate, 101 master’s, and 94 doctoral 
programs, including law, medical, and business 
schools. 

The Department offers BA, BS, MS, and PhD 
degrees, with controlled undergraduate enroll¬ 
ment. Departmental computing facilities include 
a VAX 11/780, two VAX-11/750s, six SUNs, six lisp 
machines and several image processing/graph¬ 
ics systems. Present research areas include ar¬ 
tificial intelligence, computer vision, numerical 
analysis, parallel algorithms, theory of computa¬ 
tion, VLSI, etc. The Department is expanding, 
with additional faculty lines committed annually. 
Salaries are extremely competitive. 

Resumes and names of four references should 
be directed to: Prof. Sargur N. Srihari, Chairman 
of Search Committee, Department of Computer 
Science, 226 Bell Hall, SUNY at Buffalo, Buffalo, 
NY 14260 (CSnet: srihari@ buffalo). SUNY is an 
affirmative action/equal opportunity employer. 
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CALIFORNIA STATE UNIVERSITY, 
FULLERTON 

Announcement of Open Faculty Positions 

The Department of Electrical Engineering at 
California State University, Fullerton, seeks ap¬ 
plications for tenure-track positions and lec¬ 
turers, non-tenure-track positions, starting in 
February and August 1987. Rank and salary com¬ 
mensurate with qualifications. Applicants must 
hold a Ph.D. in Electrical Engineering and/or 
Computer Engineering with specialization in 
computers, communications and signal pro¬ 
cessing, systems, robotics or VLSI design. 
California State University, Fullerton is a major 
urban university in Orange County, located close 
to many major high-technology corporations 
whose levels of sophistication in engineering 
are world renowned. As a result of this environ¬ 
ment, the department currently serves over 1300 
majors at the B.S. and M.S. levels. The depart¬ 
ment has curricular strength in the areas of com¬ 
munications, signal processing, digital systems, 
control systems, systems engineering, solid 
state electronics and electromagnetism. CSUF 
stresses the importance and value of teaching 
and research excellence. Successful applicants 
must be motivated to that end, and have the 
desire and ability to clearly communicate in the 
classroom/laboratory environment. Research is 
strongly emphasized and is an important ele¬ 
ment of a faculty member’s overall scholarly and 
creative activity. 

A new engineering building addition, essentially 
doubling the classroom office and laboratory 
capacity of engineering, is expected to be oc¬ 
cupied in the Fall of 1988. Plans are to include 
state-of-the-art laboratories in robotics, VLSI 
design, digital control systems, microwave and 
computer aided design. 

Candidates must indicate interest in tenure- 
track or lecturer positions or both. Minorities and 
women are particulary encouraged to consider 
joining this dynamic department. Send resume 
and three references to Dr. John Clymer, Chair, 
Faculty Search Committee, Electrical Engineer¬ 
ing Department, California State University, 
Fullerton, CA 92634. Applications accepted until 
positions are filled. CSUF is an Affirmative Ac¬ 
tion/Equal Opportunity employer. 


SYSTEMS ENGINEER V 

Responsible for analyzing data-processing re¬ 
quirements of clients in the U.S. and in Latin 
America in order to determine, install, test, and 
support electronic data-processing system that 
will provide required system capabilities. Must 
have in-depth knowledge of testing tools such as 
Core-DUMP readings and manufacturers utility 
programs; and, understanding of environmental 
factors involved in system layout. Position also 
requires demonstrated experience in the follow¬ 
ing computer skills: IBM 308X, 303X, and 4341 
and Xerox Electronic Printing System 9700 and 
8700 hardware; MVS/XA, JES2, TCAM, 
TSO/ISPF-PDF, OS/VSI, VM/SP, VM/CMS, 
OS/MVS JCL, CICS/VS, UCCL/TMS, UCC2/DUO, 
UCC111/RESTART, OS/MVT HASP, OS/MFT 
HASP, DOS/VSE, POWER/VSE, XICS, EPIC, PDL, 
HFDL, XJCF, Dynam/TLMS/DASD and XPQS 
operating system software; and, Assembler, 
COBOL, PLI, FORTRAN, and RPGII program¬ 
ming languages. Must also have Bachelor’s or 
equivalent in computer science or data process¬ 
ing and four years experience in position or in 
occupation relating to computer systems engi¬ 
neering or analysis, or if degree is unrelated, 
must have 6Vi years with same experience. 
Salary $35,000 per year, 40 hour work week. 
Place of employment and interview: Los 
Angeles, CA. Send ad with resume to Box #FC 
8074, P.O. Box 9560, Sacramento, CA 95823-0560 
no later than December 31,1986. 


UNIVERSITY OF NEBRASKA-LINCOLN 
Computer Science and Computer Engineering 
Faculty Positions 

Applications are invited for several tenure-track 
positions in Computer Engineering starting 
August, 1987. Rank and salary open with 
preference given to Assistant Professors. Re¬ 
quires Ph.D. in Computer Science, Computer 
Engineering or a related field. Must have strong 
commitment to research and teaching. 

Seeking candidates from all areas of computer 
science and computer engineering, particularly 
welcome expertise in any of the following areas: 
computer architecture, Parallel processing, 
VLSI, operating systems, computation, analysis 
of algorithms, artificial intelligence and pro¬ 
gramming languages. 

The department has in place rigorous programs 
in computer science research and education and 
is planning growth in the direction of computer 
engineering. Computer Science is intimately 
tied to two colleges, Arts & Sciences and 
Engineering &Technology, and offers degrees in 
both colleges. As the primary campus for 
research and graduate studies in Nebraska, UNL 
provides a modern computing environment to all 
its faculty. In particular, computer science facul¬ 
ty have access from their offices to departmental 
and campus computers and to CSN ET. Currently 
about 62 Masters and 10 Ph.D. candidates are 
enrolled in the graduate program. There are 15 
full-time faculty with research interests In 
analysis of algorithms, artificial intelligence, 
computer architecture, fault-tolerant computing, 
VLSI, data bases, programming languages, for¬ 
mal languages, combinatorics, numerical 
analysis, symbolic and algebraic computation, 
simulation, networks, theory of computation, 
performance evaluation, and human-computer 
interaction. 

Submit letter of application and vitae by 
December 1 (or until positions are filled) to: 
Chair, Search Committee 
Department of Computer Science 
University of Nebraska-Lincoln 
115 Ferguson Hall 
Lincoln, Nebraska 68588-0115 
Affirmative Action/Equal Opportunity Employer 


LOUISIANA STATE UNIVERSITY 
Faculty Position in Image Processing 

The Department of Electrical and Computer 
Engineering and the Remote Sensing and Image 
Processing Laboratory invites applications for 
an anticipated faculty position. The person 
would teach computer vision and computer engi¬ 
neering courses in the Department. Research in 
computer vision would be conducted with the 
Remote Sensing and Image Processing Labora¬ 
tory (RSIP). The position is attractive regarding a 
teaching load balanced to provide the ability to 
develop an academic program and provide time 
and resources for developing a high quality 
research program in computer vision. The RSIP 
Laboratory has well qualified staff and modern 
computing and image processing equipment. A 
number of peripherals including Symbolics, Sun, 
and International Imaging workstations are 
available. A comprehensive image processing 
system has been implemented in Berkeley Unix 
4.3. The appointment will be made at a rank ap¬ 
propriate with the qualifications of the applicant. 
Interested applicants should apply by submit¬ 
ting a resume, statement of interests, and names 
and addresses of three professional references. 
Applications that apply by January 31,1987 will 
be given preference. Apply to: Professor Charles 
A. Harlow, Director, RSIP Laboratory, 150 Elec¬ 
trical Engineering Building, Louisiana State 
University, Baton Rouge, Louisiana 70803-5901. 
LSU is an Equal Opportunity Employer. 


BUCKNELL UNIVERSITY 

Bucknell University invites applications for 
tenure track faculty positions at the assistant or 
associate professor level. A Ph.D in Computer 
Science or related discipline is normally re¬ 
quired. Applicants should demonstrate both an 
interest in and a promise of developing excel¬ 
lence in teaching and research. All research 
areas considered. First year research and sum¬ 
mer support funds available. 

The computing environment includes VAX 
11/780 VMS, VAX 11/750 UNIX, Sun3 and Apollo 
workstations, DG Eclipse network lab, HP In¬ 
strumentation lab, VAX Station II, and a Honey¬ 
well Level 66 DPS mainframe. 

Please send a curriculum vitae and the names of 
three references to Gary Haggard, Dept, of 
Comp. Sci., Bucknell Univ., Lewisburg, PA 17837 
or HAGGARD@BUCKNELL.BITNET. Applica¬ 
tions will be considered beginning November 15. 
Appointments for January 1987 are possible. 
Applications from women and members of mi¬ 
nority groups are encouraged. 


UNIVERSITY OF CALIFORNIA, RIVERSIDE 

Applications are invited for a tenure-track or 
tenure position in Computer Science beginning 
Fall 1987. Candidates must have demonstrated 
excellence in research and teaching. Research 
specialties in all areas of Computer Science will 
be considered but we are particularly interested 
in research areas in Computer Systems or Com¬ 
puter Methodology and Applications. The posi¬ 
tion is open as to the level of appointment. 
Applicants should send a curriculum vitae and 
see that at least three letters of recommendation 

Professor Theodore J. Barth, Chair 
Computer Science Search Committee 
Department of Mathematics and Computer 
Science 

University of California 
Riverside, CA 92521 

University of California, Riverside, is an Affir¬ 
mative Action/Equal Opportunity Employer. 


UNIVERSITY OF CALIFORNIA 
SANTA BARBARA 

Electrical and Computer Engineering 

Applications are invited for three tenure track 
faculty positions in computer engineering. One 
position is in the area of design automation 
(CAD tools, techniques, algorithms, or expert 
systems) to support and/or validate VLSI-based 
designs. The remaining positions may be filled 
from any specialty within computer engineering, 
with preference given to applicants experienced 
in the fields of parallel computing, very high¬ 
speed digital circuit design/analysis, or fault- 
tolerant computing. The positions start at the 
rank of Assistant Professor, although higher 
level appointments are possible for individuals 
with outstanding records. Normally, completion 
of a doctorate is required at the time of the ap¬ 
pointment. Candidates should have an outstand¬ 
ing research potential or a distinguished re¬ 
search reputation, the ability to attract external 
research funding, and a strong commitment to 
teaching at the undergraduate and graduate 
levels. Applicants should send their resume, 
copies of recent publications, and the names of 
at least four professional references to: Chair¬ 
man, Computer Engineering Faculty Search 
Committee, Electrical and Computer Engineer¬ 
ing, University of California, Santa Barbara, CA 
93106, (805) 961-3821. Applications will be re¬ 
ceived until the positions are filled. An Equal Op¬ 
portunity/Affirmative Action employer. 
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UNIVERSITY OF CALIFORNIA, LOS ANGELES 
Computer Science Department 

The Department of Computer Science at the 
University of California, Los Angeles, Invites ap¬ 
plications for tenure-track positions at the Assis¬ 
tant Professor level in Computer Science begin¬ 
ning in July 1987. Applications are also welcome 
from highly distinguished candidates at the 
senior level. Applicants should posses the Ph.D. 
in Computer Science by July 1987. 

Quality is our key criterion for selecting ap¬ 
plicants. We expect them to have a strong com¬ 
mitment to both research and teaching and an 
outstanding record of research for their level. It 
is important that they exhibit strong potential for 
continued excellence in university research. 

We seek applicants in any mainstream area of 
Computer Science and we particularly welcome 
those with research strength in software related 

Interested applicants should send a letter of ap¬ 
plication, a resume, and the names of four 
references to: Professor Gerald Estrin, Chair, 
Computer Science Department, Boelter Hall 
3713, University of California, Los Angeles, CA 
90024. 

The University of California is an Affirmative Ac¬ 
tion/Equal Opportunity Employer. 


HARVEY MUDD COLLEGE 
Engineering and Computer Science 

Applications are invited for a tenure track posi¬ 
tion in the Engineering Department. Appoint¬ 
ment at the Assistant Professor level is antici¬ 
pated. Applicants should have an engineering 
background with graduate study in computer 
engineering or electrical engineering and com¬ 
puter science and experience in both hardware 
and software design and development. Respon¬ 
sibilities will include teaching in a unified 
engineering curriculum, developing courses and 
supervising industrially sponsored projects in 
the Engineering Clinic. Continuing professional 
growth and development through research or 
consulting is expected; excellent opportunities 
exist in the local area. A doctorate in engineering 
or computer science is required. Industrial ex¬ 
perience is desirable. Reply to: Professor James 
E. Monson, Chairman, Search Committee, 
Harvey Mudd College, Claremont, CA 91711. 
Harvey Mudd College is an equal opportunity/af¬ 
firmative action employer. 


NORTH CAROLINA STATE UNIVERSITY 

The Department of Computer Science invites ap¬ 
plications for junior level tenure track positions. 
Applications are welcome from all areas, but are 
especially encouraged in the areas of operating 
systems, artificial intelligence, database sys¬ 
tems, programming languages, architecture, and 
parallel processing. Candidates must have a 
Ph.D. In computer science or a related discipline 
and have a strong interest in both research and 
teaching. 

Our department has research ties to organiza¬ 
tions in the Research Triangle Park including 
MCNC, the Microelectronics Center of North 
Carolina. On campus we have research oppor¬ 
tunities with several nationally recognized 

Applicants should submit a resume including 
research interests and three references to: 

Dr. Edward W. Davis 

Recruitment Committee 

Department of Computer Science, Box 8206 

North Carolina State University 

Raleigh, NC 27695-8206 

Immigration status of non-US citizens must be 
stated in the application. NCSU is an equal op¬ 
portunity/affirmative action employer. 


WORCESTER POLYTECHNIC INSTITUTE 

The Computer Science Department invites ap¬ 
plications for tenure track faculty positions at all 
levels from candidates in all areas of specializa¬ 
tion. Candidates should have a Ph.D. in Com¬ 
puter Science and a strong interest in both 
research and teaching. 

Worcester Polytechnic Institute emphasizes 
quality in the undergraduate learning experience 
and is committed to an innovative project- 
oriented teaching environment. The quality of 
the undergraduate computer science degree has 
been recognized by the recent granting of ac¬ 
creditation by the Computing Sciences Ac¬ 
creditation Board. 

The current goal of the Institute is to enhance 
our graduate program and improve research ac¬ 
tivities. The department seeks qualified can¬ 
didates who will help us achieve these objec¬ 
tives. WPI is located close to the center of 
Massachusetts' minicomputer industry, and ex¬ 
cellent opportunities exist for cooperative 
research and consulting. 

The Department has 12 full-time faculty with 200 
undergraduates and 35 graduate students in our 
M.S. and Ph.D. programs. Department equip¬ 
ment includes three VAX 750’s, an MV8000, 
twenty PDP-11's, and 40 PC’s. Much of this 
equipment is networked via two ethernet cables 
and is also connected to other campus facilities 
which include a DEC 2060 and numerous VAX’s. 
The Institute is committed to a new Information 
Science building and full campus networking 
facilities in the near future. 

Located only 45 miles from Boston, Worcester is 
a small city of 180,000 which has recently 
undergone a renaissance. It has eight colleges 
and universities and a rich variety of cultural 
activities. 

Please send a resume to Prof. R.E. Kinlcki, Head, 
Department of Computer Science, WPI, 
Worcester, MA 01609. 

WPI is an Equal Opportunity/Affirmative Action 
Employer. 


UNIVERSITY OF ILLINOIS AT 
URBANA-CHAMPAIGN 

The Department of Psychology, Mechanical/In¬ 
dustrial Engineering, Computer Science, and the 
Institute of Aviation at the University of Illinois at 
Urbana-Champaign are seeking to fill faculty po¬ 
sitions for Fall, 1987, for their joint program in 
engineering psychology and human factors. The 
candidates should have research and teaching 
interests in any of the areas that can be viewed 
as related to the interface between people and 
computers. This encompasses areas such as the 
design of displays, the process of computer pro¬ 
gramming, the modeling of human computer 
interactions, human-machine modeling and sim¬ 
ulation, computer-aided design and manufac¬ 
turing, automation, applied cognitive psychol¬ 
ogy, and decision making. The faculty member is 
expected to be appointed in one or more of the 
above departments, with the opportunity to 
associate with the National Center for Super 
Computing Applications. A candidate is ex¬ 
pected to support a strong research program 
conducted in the facilities of these departments. 
Undergraduate and graduate teaching will be re¬ 
quired. Applicants are expected to have Ph.D. by 
August, 1987. Rank and salary of the position are 
subject to negotiation. 

To ensure full consideration, applications with 
resume and three letters of reference should be 
sent by March 1, 1987 to Christopher Wickens, 
Chair, Human Engineering Search Committee, 
Department of Psychology, 603 E. Daniel, Cham¬ 
paign, IL 61820 (217) 333-3162. The University of 
Illinois is an Affirmative Action/Equal Opportunity 
Employer. 


OBERLIN COLLEGE 
Computer Science Faculty Position 

The Computer Science Program at Oberlin Col¬ 
lege invites applications for a full-time continu¬ 
ing faculty position in the College of Arts and 
Sciences. The position, which has been autho¬ 
rized for an initial term of 4 years beginning July 
1, 1987, will carry a rank and salary commen¬ 
surate with experience and qualification. 

The incumbent will teach courses in the general 
area of Computer Science, including at least one 
course in the appointee's area of specialization. 
In addition, he or she will have the opportunity to 
work with students in the Honors Program in 
Computer Science and will be expected to main¬ 
tain a scholarly research program. 

Among the qualifications required for appoint¬ 
ment is the Ph.D. degree in hand or expected by 
September, 1987. Candidates must demonstrate 
interest and potential excellence in under¬ 
graduate teaching. Previous experience as a 
teacher is desirable. 

The appointee will participate fully in the newly 
established major program in Computer Science 
which currently has an authorized staff size of 
four faculty positions. Oberlin offers an in¬ 
novative Computer Science Major rooted in the 
liberal arts model curriculum, with some em¬ 
phasis towards symbolic programming and ar¬ 
tificial intelligence. A VAX 11/750 running UNIX 
with a full 8 megabytes of main memory and 431 
megabytes of disk storage is dedicated to the 
computer science program. Additional software 
available on this system include two Scheme 
systems, Prolog, Concurrent Euclid and Maple. 
Other computer facilities at Oberlin include two 
VAX 11/780's for general academic computing 
and a VAX 8600 for administrative work. Access 
to CSNet and Bitnet is anticipated to begin dur¬ 
ing the current academic year. 

Oberlin is a highly selective coeducational col¬ 
lege of arts and sciences. In comparison with 
other primarily undergraduate colleges, Oberlin 
has an extraordinarily strong record in producing 
students who have gone on to earn Ph.D. 
degrees in science and mathematics. As the 
world’s first institution of higher education 
regularly to offer degrees to women and black 
students, Oberlin, in filling faculty positions, par¬ 
ticularly welcomes applications from female and 
minority candidates. 

To be assured of consideration, letters of ap¬ 
plication, including a curriculum vitae, academic 
transcripts, and at least three letters of 
reference, should be sent to George Andrews, 
Director, Computer Science Program, Oberlin 
College, Oberlin, Ohio 44074 by February 23, 
1987. Application materials received after that 
date may be considered until the position is 
filled. 

SUNY THE COLLEGE AT NEW PALTZ 

Tenure track positions in Computer Science 
beginning 9/87, for faculty to support under¬ 
graduate and masters programs. Requirements: 
Ph.D. in Computer Science or in a related field 
with a Master’s or equivalent in Computer 
Science. Evidence of excellence In teaching and 
scholarly achievement. College in Hudson 
Valley/Catskill Mountains region of New York. 
Departmental research includes database 
design, computational complexity, neural net¬ 
works for Al, logic programming, operating 
systems, graphics. Hardware expertise desir¬ 
able for one position. Send resume with names, 
addresses and telephone numbers of 3 
references to: D. Clark, Chairman, Department of 
Mathematics and Computer Science, Box 10, 
The College at New Paltz, SUNY The College at 
New Paltz, New Paltz, NY 12561. Review of ap¬ 
plications beginning 1/12/87. Pending funding 
approval. AA/EOE. Women and minorities urged 
to apply. 
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SOUTHWEST TEXAS STATE UNIVERSITY 
Computer Science Chairman 

The Department of Computer Science seeks a 
chairman to begin September 1,1987. Located in 
the School of Science, the department has a 
faculty of 13.5 FTFE with over 400 undergraduate 
and 80 graduate majors. Computing sen/ices are 
provided by two DEC 1091’s, a twin VAX 8600 
cluster, and a departmental MicroVax-ll. 
Candidates must have a doctorate in computer 
science, or in a related field with equivalent 
published research. The applicant must have five 
years of university teaching experience, with an 
outstanding record of teaching, service, and 
leadership. The chairperson will be expected to 
develop strong professional relations within the 
university and with industrial and governmental 
support agencies. 

The University serves an enrollment of over 
19,000 in San Marcos, a city of 35,000 midway 
between Austin and San Antonio in the hill and 
lake country of Texas, and is located in a large 
and fast growing high technology area. 
Depending on qualifications, the chairperson 
holds rank of associate or full professor and 
earns $54,492 to 57,300 for 12 months. The clos¬ 
ing date is January 15, 1987, and no materials 
postmarked after that date will be considered. 
The University reserves the right not to proceed 
with any appointment. Send letters of applica¬ 
tion, curriculum vitae, transcripts, and three cur¬ 
rent letters of reference to: 

Dr. Edward Schneider, Computer Science 
Search Committee, School of Science, 
Southwest Texas State University, San Marcos, 
Texas 78666. SOUTHWEST TEXAS STATE 
UNIVERSITY IS AN EQUAL OPPORTUNITY AF¬ 
FIRMATIVE ACTION EMPLOYER. 

DUKE UNIVERSITY 
Department of Computer Science 

The Duke University Department of Computer 
Science, a 1983 recipient of an NSF CER Grant, 
has faculty positions available at all ranks. Ap¬ 
plications are solicited from all areas of com¬ 
puter science. Applicants for senior positions 
must demonstrate excellence in research, while 
applicants for junior positions must exhibit the 
promise of excellence. 

The Department currently has seventeen tenure 
track faculty, approximately 300 undergraduate 
majors and 50 graduate students pursuing 
master’s and/or doctoral degrees. 

The Department has major research efforts in 
scientific computing with emphasis on numeri¬ 
cal linear algebra, the solution of PDEs, and VLSI 
simulation: computer systems with emphasis on 
computer architectures, modeling of fault- 
tolerant systems, systems performance, and 
communications; artificial intelligence, par¬ 
ticularly in the areas of natural language inter¬ 
face, search methodologies, and expert sys¬ 
tems; and theory and algorithms with emphasis 
on combinatorial and graph-theoretic studies. 
Special motivation for the research efforts 
comes from the areas of medical applications (in 
collaboration with the Duke Medical Center), and 
VLSI (in collaboration with the Microelectronics 
Center of North Carolina, of which Duke is a Par¬ 
ticipating Institution). 

Interested applicants should send copies of 
their resumes and other supporting material to 
Professor Donald J. Rose 
Department of Computer Science 
Duke University 
Durham, NC 27706 

Duke University is an affirmative action, equal 
opportunity employer. 

UNIVERSITY OF CALIFORNIA, DAVIS 
Chair, Division of Computer Science 

The College of Engineering, University of Califor¬ 
nia, Davis campus, is seeking a senior faculty 


member to lead its new Division of Computer 
Science to eminence. The Division has been 
allocated, initially, 15 full-time equivalent faculty 
positions. We are recruiting for several positions 
at all levels. At least two of the open positions 
can be filled with senior level faculty who have 
outstanding qualifications in the field of com¬ 
puter science. 

Qualifications for this position include an 
outstanding record of research in an area of com¬ 
puter science, demonstrated teaching ability, 
sensitivity to the needs of a complex University 
campus, and a potential for leading the faculty to 
develop excellent research and instruction pro¬ 
grams. Applicants should send a resume and let¬ 
ter describing their interests to: 

Associate Dean Ray B. Krone 
College of Engineering 
University of California 
Davis, CA 95616 

The University of California is an Equal Oppor¬ 
tunity/Affirmative Action employer. The position 
is open until filled. 

BOWDOIN COLLEGE 
Chairperson, Computer Science 

The Department of Computer Science & Informa¬ 
tion Studies seeks a person to lead the develop¬ 
ment of a young discipline at a distinguished 
undergraduate liberal arts college. To teach two 
courses per semester. Commitment to ex¬ 
cellence in undergraduate teaching and in 
research expected. Ph.D. in computer science 
preferred; applicants with Ph.D. in related field 
and sufficient computer science experience will 
be considered. Rank and tenure open. 

Bowdoin College is a private, coeducational in¬ 
stitution of 1350 students with highly selective 
admissions and a long tradition of excellence in 
scholarship. It is located in the greater Portland 
area along the coast of Maine in Brunswick, a 
community of 18,000. 

College computing facilities include many 
microcomputers, a DEC-1091 system, and a VAX 
11/780 running UNIX. 

Salary and fringe benefits are competitive. 

To apply, send vitae and the names of three 
references to Dr. Alfred H. Fuchs, Dean of the 
Faculty, Bowdoin College, Brunswick, Maine 
04011. Applications will remain open until posi¬ 
tion is filled; review of candidates wil begin 
January 30,1987. Bowdoin College is committed 
to Equal Opportunity through Affirmative Action. 


UNIVERSITY OF WASHINGTON 

The University of Washington expects openings 
for junior and/or senior tenure-track faculty ap¬ 
pointments in Computer Science starting in the 
1987-88 academic year. A moderate teaching 
load allows time for both quality research and 
close involvement with students. As a conse¬ 
quence, we expect applicants to have a strong 
commitment to both research and teaching and 
an outstanding record of research for their level. 
A senior level applicant should have a record that 
would provide significant new research strength 
for our department. We invite applicants from all 
areas of Computer Science, quality being our 
most important selection criterion. We would 
particularly welcome applicants with research 
strength in artificial intelligence, programming 
languages and compilers, computer systems, 
and databases. In addition to the above tenure- 
track positions the department may have a 
number of visiting positions; these would re¬ 
quire both teaching and research, and could be 
for any portion of the 1987-88 academic year. 
Interested applicants should send a letter of ap¬ 
plication, a resume, and the names of four 
references to Paul Young, Chairman, Depart¬ 
ment of Computer Science FR-35, University of 


Washington, Seattle, Washington 98195. 

The University of Washington is an Affirmative 
Action/Equal Opportunity Employer. The Ph.D. is 
required for these positions. 

UNIVERSITY OF NORTH CAROLINA 
AT WILMINGTON 

Faculty Position in Computer Science, Universi¬ 
ty of North Carolina at Wilmington, Math. Sci¬ 
ences Department, Wilmington, NC 28403-3297. 
Douglas D. Smith, Chair (919 395-3291) 
Asst./Assoc. Professor (rank and salary com¬ 
mensurate with qualifications). Begins August, 
1987, Ph.D. in computer science or Ph.D. in a 
related area with M.S. in computer science or 
equivalent experience. Any specialty con¬ 
sidered. Dept. Faculty of 30 offers bachelor's 
degrees in computer science and in pure and ap¬ 
plied math. VAX/VMS and UNIX are in use. 
Duties include teaching, scholarship and ser¬ 
vice. Deadline: Feb. 16, but applications will be 
received until the position is filled. An EE/AA 
employer. 


AURORA UNIVERSITY 

Applications are invited fora faculty position in 
computer science with responsibilities to 
manage and teach within a new master degree 
program. Candidates should have a Ph.D. in 
computer science. AU is located within the high 
tech corridor west of Chicago. Current hardware 
support includes a VAX 11/780. Send resume, 
transcripts and three letters of reference to 
Homer E. Easley, Dean, School of Information 
Science, Aurora University, Aurora, IL 60506. 
AA/EOE 
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CALL FOR PAPERS 


G#M P A S S '87 

COMPUTER ASSURANCE 


DATE AND LOCATION : 

JULY 6-10, 1987 
WASHINGTON, DC 


SECOND ANNUAL CONFERENCE ON 
COMPUTER ASSURANCE: SYSTEMS INTEGRITY, 
PROCESS SECURITY AND COMPUTER SYSTEM 
SAFETY 


IMPORTANT DEADLINES 


Three copies of abstract due: 

January 31, 1987 

Notification of authors: 
February 28, 1987 

Camera-ready manuscripts due: 

April 30, 1987 


CONFERENCE COMMITTEE 


General Chairman: 
William Wilson 
NASA 

Vice Chairman: 
Daniel Benigni 
NBS 

Program Chairman: 
M. Frank Houston 
FDA 

Publications Chairman: 

John Rini 
Master Systems 


For more information call 
Frank Houston (301)443-5020 
or write: 

COMPASS '87 
P.O. BOX 5314 
ROCKVILLE, MD 20851 


Sponsored by the IEEE Washington Section with Federal 
military and civilian agencies and industry. 


Our safety, health, and welfare as individuals and as a 
nation are increasingly dependent on the safe and 
correct use of computers. Despite advances in 
software engineering and system design, it is common 
to find major "bugs” and untrustworthy performance in 
critical computer-controlled systems. Existing 
approaches to computer assurance need to be refined 
technically and economically, and new approaches need 
to be explored. 


COMPASS '86 Successfully opened a new forum for 
discussing computer assurance needs. The purpose 
of COMPASS '87 is to promote further discussion of 
both innovations on existing assurance methods and 
inventive new approaches. Discussions of software 
assurance in safety-critical commercial products are 
especially welcome. Abstracts should be three to ten 
pages. 

Some suggested topics are: 

- Safety validation 

- Mathematical Methods 

- Human Factors 

- Applications 

- Development and Management Tools 

- Safety-Security Architectures 

- Case Histories 


We encourage authors to suggest other related topics. 









Develop Better Systems Using Excelerator- 
Over8,000 Systems Professionals already do. 



Many of the country’s 
largest organizations have 
eliminated the tedious, 
manual process of systems 
specification. Instead they 
automate their systems 
analysis and design with 
Excelerator—the best¬ 
selling computer-aided 
software engineering 
(CASE) tool. 

Their systems 
development teams use 
Excelerator in the early 
stages of DP projects to 
quickly create, analyze, 
and modify a design. 

With Excelerator s help 
they tackle large, critical 
projects such as customer 
billing and manufacturing 
requirements planning 
systems. 

Excelerators highly 
integrated, automated 
design environment helps 
them build accurate, con¬ 
sistent, complete, and suc¬ 
cessful specifications. 
Excelerator offers: 

■ Extensive graphics 
with a fully integrated 
dictionary 

■ Analysis facilities 
including “where used” 
reporting, level-to-level 
balancing, and exten¬ 
sive “ad hoc” reporting 
capabilities. 

■ Easy-to-use screen and 
report prototyping. 

■ Data sharing between 
analysts, projects, and host 
based dictionaries. 

■ Documentation facili¬ 
ties that produce complete 
specifications documents. 

Your systems analysts 
and developers can join 
the more than 8,000 sys¬ 
tems professionals who 
design better systems more 
efficiently—even systems 


with special requirements: 

■ Excelerator/RTS lets vbu 
design time- and control- 
critical systems. It’s being 
used to develop systems 
that will fly the next gen¬ 
eration of commercial 
airliners. 

■ For organizations with 
specialized development 
methods, we’ve developed 
Customizer which lets you 
tailor Excelerator and 
Excelerator/RTS to your* 
own custom development 
environment . 

Call 617 - 497-4473 
to learn how you can 
develop better systems. Ask 
for our Excelerator infor¬ 
mation kit or order the $30 
Excelerator introductory 
package, which includes 
a 20-minute video and de¬ 
tailed product literature. 


Data Flow Diagram 


Index Technology Corporation 

The Leading Developer of Computer-Aided 
Software Engineering products 


Here’s what users say: 

U We cut nine months 
off a scheduled year-long 
project. ?? 

«DP employees now tend 
to do the kind of documen¬ 
tation they had not done 
before because it was too 
complex. Now documenta¬ 
tion is done the same way 
every time increasing 
standardization.?’ 

«Communications during 
the analysis and design pro¬ 
cess is improved because 
systems analysts and end 
users can sit in front of the 
screen and review the 
design.?? 


Index Technology Corporal 


Cambridge, Massachusetts 
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